Aspectos de diseño de Cliente - Servidor

ASPECTOS DE DISEÑO DEL MODELO
CLIENTE-SERVIDOR

DIRECCIONAMIENTO

Para que un cliente pueda enviar un mensaje a un servidor, debe conocer la dirección de éste.
Hay varios métodos para el direccionamiento de los procesos:

1. Machine.process: machine indica el número de máquina dentro de la red y process, el número de proceso dentro de esa máquina. Pero este método no posee latransparencia que se busca ya que se está identificando que existen varias máquinas trabajando. A parte si se descompone esa máquina (server) se pierde el servicio pues los programas compilados tienen integrado ese número de máquina para ese servicio. Una variación de este esquema, utiliza machine.local_id.
Inconvenientes:
La transparencia es uno de los principales objetivos de la construcción desistemas distribuidos.
El usuario debe conocer la posición del servidor.
Un cambio de servidor obliga a cambiar los programas.

2. Transmisiones: En una LAN que soporte transmisiones, el emisor puede transmitir un paquete especial de localización con la dirección del proceso destino, todos los núcleos de las máquinas en la red reciben este mensaje y verifican si la dirección es la suya; en caso deque lo sea, regresa un mensaje "aquí estoy" con su dirección en la red (número de máquina). El núcleo emisor utiliza entonces esa dirección y la captura para uso posterior. Si bien esto cumple con las premisas, genera una carga adicional en el sistema.

3. Generar un servidor de nombres: Cada vez que se ejecute un cliente en su primer intento por utilizar un servidor, el cliente envía unasolicitud al servidor de nombres (nombre en ASCII) para pedirle el número de la máquina donde se localiza el servidor. Una vez obtenida la dirección se puede enviar la solicitud de manera directa. El problema de este método es que es un componente centralizado y si bien se puede duplicar, presenta problemas en el mantenimiento de la consistencia.

PRIMITIVAS BLOQUEADAS Y PRIMITIVAS NO BLOQUEADAS

1.Bloqueadas (Primitivas sincrónicas): Mientras que se envía el mensaje el proceso emisor se bloquea, de manera análoga el RECEIVE. En algunos casos el receptor puede especificar de quiénes quieren recibir el mensaje y queda bloqueado hasta que reciba el mensaje de él. La CPU está muerta, desperdiciando tiempo.

2. No bloqueadas con copia al núcleo (Primitivas asincrónicas): Regresa de inmediato elcontrol a quien hizo la llamada antes de enviar el mensaje. La ventaja de esto es que puede trabajar en forma paralela con el envío del mensaje. Sin embargo existe la desventaja de no poder usar el buffer hasta que no se envíe la totalidad del mensaje. Una forma de solucionar esto es que el S.O. copie este buffer a un área propia y luego envíe el mensaje, liberando el buffer. Aquí se desperdiciatiempo en la copia.

3. No bloqueadas con interrupción: El emisor es interrumpido cuando el mensaje fue enviado y el buffer está disponible. No se requiere de una copia, lo que ahorra tiempo, pero las interrupciones a nivel usuario dificultan mucho la programación. Maximiza el paralelismo. En condiciones normales la primera opción es la mejor, no maximiza el paralelismo pero es fácil decomprender e implantar y no requiere el manejo del buffer en el núcleo. Generalmente el uso de bloques o no bloqueos se deja a los diseñadores, pues esto está muy ligado al problema que quieren solucionar. Aunque en algunos casos se dispone de los dos y el usuario elige su favorito.

PRIMITIVAS ALMACENADAS Y PRIMITIVAS NO ALMACENADAS

1. No almacenadas: Todas las primitivas anteriormente mencionadasson primitivas no almacenadas.

2. Almacenadas temporalmente en el núcleo: Las primitivas almacenadas en buffer aparecen como un solución a una diferencia entre el Cliente y el Server en el envío y recepción de mensajes, o sea que si en las primitivas anteriormente mencionadas, el cliente envía un SEND antes de que el server ejecute un RECEIVE para esa dirección, se produce una pérdida del...