Sistemas Distribuidos

IPC-Comunicación entre procesos

Juliana Vargas, Gerardo Araque, Juan Herrera

Universidad Pedagógica y Tecnológica de Colombia
Ingeniería de Sistemas y Computación
Seccional Sogamoso
Correo-e: juliana.vargas01@uptc.edu.co, juan.herrera02@uptc.edu.co, gerardo.araque@uptc.edu.co

1 Introducción Modularidad

Este documento es un ejemplo del formato de
presentación deseado, y contiene información
concerniente al diseño general del documento,
familias tipográficas, y tamaños de tipografía
apropiados.
2 Marco de referencia
Hace referencia a la división de las funciones de los
sistemas en diferentes procesos.
Conveniencia o comodidad
Esta característica se da cuando un usuario lleva a
cabo varias tareas a la vez.

2.1 Que es un proceso? 2.4 Comunicación entre procesos (IPC)

Es un programa en ejecución que necesita recursos Proporciona un mecanismo para permitir que los
para poder realizar su tarea, estos recursos se asignan procesos se comunique y sincronicen sus acciones sin
al proceso en el momento de su creación o ejecución. compartir el mismo espacio de direcciones de
Los sistemas consisten en un conjunto de procesos. memoria.

2.2 Proceso independiente. Particularmente el servicio de IPC es usado en un

ambiente distribuido, en donde los procesos que se
No necesita de la interacción con otros procesos para comunican pueden residir en diferentes equipos
poder llevar a cabo su tarea. conectados en una red.

Este no puede ser afectado ni afecta a los procesos
que se están ejecutando en el sistema.
2.3 Proceso Cooperativo.
Comparte datos con otros procesos del sistema para
llevar a cabo su objetivo.
Compartir información
Se da cuando varios procesos necesitan de una misma
pieza de información, se debe permitir el acceso
concurrente al recurso.
Acelerar los cálculos
Sistema de paso de mensajes
El servicio de IPC se proporciona mejor mediante un
sistema de paso de mensajes, la función de este
sistema es permitir la comunicación entre ellos sin
necesidad de usar datos compartidos.
Este sistema proporciona dos operaciones las cuales
son envió (send) y recepción (receive). Para llevar a
cabo estas operaciones debe existir un enlace de
comunicación.
Para llevar a cabo la implementación lógica del
enlace de comunicación existen los siguientes
métodos:

Para ejecutar una tarea con mayor rapidez, se debe  Comunicación directa o indirecta.
dividir en sub tareas, cada una de las cuales se
ejecutara en paralelo con las demás.  Comunicación simétrica o asimétrica.

 Uso automático o explícito de buffers.

 Envió por copia o por referencia.

 Mensajes de tamaño fijo o variable.

2.4.1Asignación de nombres
Los procesos que se desean comunicarse pueden
hacerlo mediante comunicación directa o indirecta.
Comunicación directa
Se basa en que cada proceso que quiere comunicarse
debe nombrar explícitamente al emisor o al receptor
de la comunicación.
 Send(P, mensaje) – Enviar un mensaje al
proceso P.
 Receive(Q, mensaje) – Recibir un mensaje
del proceso Q.
Un enlace de comunicación directa posee las
siguientes características:
 Se establece un enlace automáticamente
entre cada par de procesos que desean
comunicarse.
 Entre cada par de procesos en comunicación
hay exactamente un enlace.
 El enlace es bidireccional.
Comunicación indirecta
En este esquema, un proceso se puede comunicar con
otro utilizando varios buzones diferentes, solo se
pueden comunicar si tienen un buzón compartido.
Un buzón puede verse como un objeto en donde los
procesos pueden colocar y remover mensajes.
 Send (A, mensaje) – Enviar un mensaje al
buzón A.
 Receive (A, mensaje) – Recibir un mensaje
del buzón A.
Un enlace de comunicación indirecta tiene las
siguientes propiedades:
 Se establece un enlace entre un par de
procesos solo si comparten un buzón.
 Un enlace se puede asociar con más de dos
procesos.
 Un enlace puede ser unidireccional o
bidireccional.
2.4.2 Sincronización
Como se mencionó anteriormente la comunicación
entre procesos se realiza mediante las operaciones
send y receive.
2
Para implementar estas operaciones el paso de
mensajes puede ser con bloqueo o sin bloqueo, o
también conocidos como sincrónico y asincrónico.
 Envió con bloqueo. El proceso emisor se
bloquea hasta que el mensaje es recibido por
el receptor o por el buzón.
 Envió sin bloqueo. El proceso emisor envía
el mensaje y continua su operación.
 Recepción con bloqueo. El receptor se
bloquea hasta que haya un mensaje
disponible.
 Recepción sin bloqueo. El receptor
recupera el mensaje valido o un valor nulo.
2.4.3 Utilización de buffers.
Cada enlace tiene cierta capacidad que determina el
número de mensajes que puede contener
temporalmente. Esto puede considerarse como una
cola de mensajes unidas al enlace, existen tres
maneras básicas para representar dicha capacidad.
Estas son:
 Capacidad cero. La cola tiene una longitud
máxima de 0, es decir no puede haber
ningún mensaje en espera. Los dos procesos
deben estar sincronizados para que exista
una transferencia de un mensaje.
 Capacidad limitada. La cola tiene una
longitud finita n; como máximo puede
recibir n mensaje en ella. Si la cola no está
llena al enviar un nuevo mensaje, se coloca
en la cola, y el emisor puede continuar su
ejecución sin esperar. Si el enlace está lleno,
el emisor debe demorarse hasta que haya
espacio disponible en la cola.
 Capacidad ilimitada. Tiene una longitud
infinita; de esta manera, cualquier númerof
de mensajes puede esperar en la cola ya que
el emisor nunca se bloquea.
3 Conclusiones
El seguimiento de las normas indicadas permitirá que
su trabajo no sólo se destaque por su contenido, sino
que también resulte visualmente atractivo.
 [4] Strunk, W. and White, E.B. The Elements of
Style. Fourth Edition, Boston: Allyn and Bacon.
2000.

Referencias
[1] Anderson, R.E. Social impacts of computing:
Codes of professional ethics. Social Science
Computing Review. Vol. 10, No. 2, (Winter
1992), pp.453-469.

[2] Harmon, J.E. The Structure of Scientific and

Engineering Papers: A Historical Perspective.
IEEE Trans. On Professional Communication.
Vol 32, No. 2, (September, 1989), pp. 132-138.

[3] Pierson, M.M. and Pierson, B.L. Beginnings

and Endings: Keys to Better Engineering
Technical Writing. IEEE Trans. On Professional
Communication. Vol 40, No. 4, (December,
1997), pp. 299-304.