GRUPO 2

INTEGRANTES:• Jefferson Gómez

• Stalin Carrión • Carlos Rojas

OPERACIONES SOBRE LOS PROCESOS

OPERACIONES SOBRE LOS PROCESOS

Creación de procesos: Cuando un nuevo proceso se agrega a los que actualmente están siendo administrados, el sistema de operación construye las estructuras de datos que son usadas para administrar los procesos (PCB) y le asigna espacio de direcciones. Estas acciones constituyen la creación de un nuevo proceso.

OPERACIONES SOBRE LOS PROCESOS

Cuando un proceso crea otro proceso existen dos posibilidades en cuanto a su ejecución.

1. El padre continua ejecutandose concurrentemente con su hijo2. El padre espera hasta que alguno o todos sus hijos han terminado su ejecución,

También existen dos posibilidades en función del espacio de direcciones del nuevo proceso.

1. El proceso hijo es un duplicado del proceso padre (usa el mismo programa y los mismo datos que el padre).2. EL proceso hijo carga un nuevo programa.

OPERACIONES SOBRE LOS PROCESOS

Terminación de procesos:

Causas de la terminación de procesos.Un proceso termina cuando su última instrucción ha sido ejecutada (llamada al sistema exit() ). El valor de estado del procesos se devuelve al padre, wait (). El SO liibera todos los recursos asignados al procesos.

Un procesos puede causar la temrinación de otro a través de una llamada al sistema (TerminateProcess()). Esta llamada solo puede ser hecho por el padre del proceso a terminar.

Un padre puede terminar un proceso hijo por:1. El hijo ha excedido el uso de lagunos recursos.2. La tarea asignada al hijo ya no es necesaria.3. El padrea abandona el sistema.

COMUNICACION INTERPROCESOSSistemas de memoria compartida.

Require que los procesos que esten comunicando establezcan una región de memoria compartida.

Hay que recordar el SO evita que otro procesos pueda ingresar a direcciones de memoria de otro procesos, por cual los procesos cooperativos deben eliminar esta restriccion.

Ejemplo: del productor consumidor.

* Buffer no limitado* Buffer limitado

COMUNICACION INTERPROCESOSSistemas de pasos de mensajes

permite comunicarse y sincronizar sus acciones sin compartir el mismo espacion de direcciones, y es especialmente útil en sistemas distribuido.

Dos operaciones: send y receive.Si los procesos P y Q necesitan comunicarse entre si debe existir un enlace de comunicaciones entre ellos Implementacion de enlaces de comunicación:1. Comunicaión directa o indirecta.2. Comunicación síncrona o asíncrona3. Almacenamiento en búfer explicito o automático

COMUNICACION INTERPROCESOS

SINCRONIZACIÓN

El paso de mensajes puede ser:

* Envío con bloqueo: El proceso que envia se bloquea hasta que el proceso receptor o el buzón de correo reciben el mensaje.* Envío sin bloqueo:* Recepción con bloqueo: El receptor se bloque hasta que hay un mensaje disponible* Recepción sin bloqueo: El receptor extrae un mensaje válido o un mensaje nulo.

COMUNICACION INTERPROCESOSAlmacenamiento en búfer

Los mensajes intercambiados por los procesos que se están comunicando residen en una cola temporal, tales colas se pueden implementar de tres maneras:

* Capacidad Cero: La cola de mensajes tiene una longitud máxima de cero; por lo tanto no puede haber ningún mensaje esperando en el enlace. En este caso, el transmisor debe bloquearse hasta que el receptor reciba el mensaje.* Capacidad Limitada: La cola de mensajes tiene una lógitud finita n; por tanto debe haber n mensajes como máximo en la cola. El transmisor se bloquea si hay n mensajes en la cola.* Capacidad ilimitada: La cola de mensajes es infinita. El transmisor nunca se bloquea.

HILOS O HEBRAS• Es una unidad básica.• Registro de estados• Pila

• Tienen cierto espacio de compartición entre si, pero este es muy diminuto si lo comparamos al de una multitarea.

HILOS O HEBRAS, APLICACIÓN• Hilos semejantes

• Código• Espacio de direcciones• Recursos del sistema operativo

HILOS O HEBRAS, ENTORNO• Tareas

• Ejecución de hilos.• Proceso = Tarea -> solo hilo• Una tarea no existe sin hilos.

• Un sistema Servidor, satisface las solicitudes generadas por los sistemas cliente.

El servidor de cálculo: Proporciona una interfaz en la que un cliente puede enviar una solicitud para realizar una acción.

El servidor de Archivos: los clientes pueden crear, leer, actualizar y eliminar archivos.

• Un socket es un punto terminal de una comunicación.

• Cada socket se identifica mediante una dirección IP concatenada con un número de puerto.

• El servidor espera que entren solicitudes del cliente, poniéndose a la escucha en un determinado puerto.

• Cuando el servidor recibe una solicitud, el servidor acepta una conexión del socket cliente y la conexión queda establecida.

• Los servidores que implementan servicios específicos como: telnet, ftp, http, se ponen en la escucha en puertos conocidos.

• El Servidor:• TELNET: escucha en el puerto 23.• FTP: escucha en el puerto 21.• HTTP o WEB: escucha en el puerto 80.

• Cuando un proceso cliente inicia una solicitud de conexión el host le asigna un puerto, que este debe ser mayor que 1024.

• Ejemplo: Si un cliente en un host X con la dirección IP 172.16.50.25 desea establecer una conexión con el servidor web que escucha en el puerto 80, en la dirección 172.16.50.54, pueda que al host X se le asigne el puerto 1625.

• La conexión constara de una pareja de sockets (172.16.50.25) en el host X y 172.16.50.54:80 en el servidor web.

Llamadas a procedimientos remotos• Estas llamadas se diseñaron como un método para

abstraer los mecanismos de llamada a procedimientos, con el fin de utilizarlos entre sistemas conectados en red.

• Los mensajes intercambiados en la comunicación mediante RPC están bien estructurados.

• Cada mensaje se dirige a un demonio RCP que escucha en un puerto del sistema remoto.

• Puerto: es un número incluido al principio del paquete de mensaje.

• Un Stub transmite un mensaje al servidor usando el método de paso de mensajes.

Invocación de métodos remotos• Es una funcionalidad java similar a las llamadas a

los procedimientos remotos.• Permite a una hebra invocar un método sobre un

objeto remoto.• Los parámetros para los procedimientos remotos

en llamadas a procedimientos remotos son estructuras de datos ordinarias.

• Un Stub es un proxy para el objeto remoto y reside en el cliente.

• Esqueleto: es responsable de desenvolver los parámetros y de invocar el método deseado en el servidor.