UNIVERSIDAD DE BELGRANO FAC. ING. Y TECNOLOGIA INFORMATICA SISTEMAS OPERATIVOS UNIDAD 4 SINCRONIZACION DE PROCESOS
|
|
- Natividad San Martín Castellanos
- hace 5 años
- Vistas:
Transcripción
1 SISTEMAS OPERATIVOS UNIDAD 4 SINCRONIZACION DE PROCESOS Cada vez que quieras conocer a fondo alguna cosa, confiasela al tiempo. (Salvador Dali) 1
2 CONCURRENCIA Principios generales TIPOS DE PROGRAMAS SECUENCIALES: EJEC. SECUENCIAL DE PROCESOS Y/O TAREAS CONCURRENTES: CUANDO DOS PROCESOS SEC. SE EJECUTAN EN PARALELO, SUPERPONIENDOSE EN EL TIEMPO. DETERMINAN:. - SINCRONIZACION - COMUNICACION SINCRONIZACION PROCESO A MENSAJE PROCESO A RECURSO COMPARTIDO 2
3 CONCURRENCIA (CONCEPTOS) Comunicación entre procesos. Compartición y competencia por los recursos. Sincronización de la ejecución de varios procesos. Asignación del tiempo de procesador a los procesos. Múltiples aplicaciones: Multiprogramación. Aplicaciones estructuradas: Algunas aplicaciones pueden implementarse eficazmente como un conjunto de procesos concurrentes. Estructura del sistema operativo: Algunos sistemas operativos están implementados como un conjunto de procesos o hilos. 3
4 PROBLEMAS CON LA CONCURRENCIA Compartir recursos globales. Gestionar la asignación óptima de recursos. Localizar un error de programación. void echo() { ent = getchar(); UN EJEMPLO } sal = ent; putchar(sal); 4
5 EJEMPLO CON DOS PROCESOS Proceso P1 Proceso P2.. ent = getchar();.. ent = getchar(); sal = ent; sal = ent; putchar(sal);.. putchar(sal);.. 5
6 OPERACIONES DEL SISTEMA OPERATIVO Seguir la pista de los distintos procesos activos. Asignar y retirar los recursos: Tiempo de procesador. Memoria. Archivos. Dispositivos de E/S. Proteger los datos y los recursos físicos. Los resultados de un proceso deben ser independientes de la velocidad relativa a la que se realiza la ejecución de otros procesos concurrentes. 6
7 INTERACCION ENTRÉ PROCESOS GRADO DE CONOCIMIENTO RELACION INFLUENCIA DE UN PROC EN OTROS POSIBLES PROBL. DE CONTROL LOS PROC. NO TIENEN CONOCIMIENTO DE LOS DEMAS COMPETENCIA 1. Los resultados de un procesos son independientes. 2. Los tiempos de los procesos pueden verse afectados 1. EXC. MUTUA 2. INTERBLOQUEO (RECURSOS RENOVABLES) 3. INANICION. LOS PROC. SE CONOCEN INDIRECTAMENT E (pe.. OBJ. COMPARTIDOS) COOPERACION POR COMPARTIMIENTO 1. Los resultados de un proceso pueden depender de la infor. obt. de los otros. 2. Los tiempos de los procesos pueden verse afectados 1. EXC. MUTUA 2. INTERBLOQUEO (RECURSOS RENOVABLES) 3. INANICION. 4. COHERENCIA DE LOS DATOS LOS PROC. SE CONOCEN DIRECTAMENTE (EXISTEN PRIMITIVAS DE COMUNICACION) COOPERACION POR COMUNICACION 1. Los resultados de un proceso pueden depender de la infor. obt. de los otros. 2. Los tiempos de los procesos pueden verse afectados 1. INTERBLOQUEO (RECURSOS RENOVABLES) 2. INANICION. 7
8 COMPETENCIA ENTRE LOS PROCESOS Exclusión mutua Secciones críticas: Sólo un programa puede acceder a su sección crítica en un momento dado. Por ejemplo, sólo se permite que un proceso envíe una orden a la impresora en un momento dado. Interbloqueo. Inanición 8
9 COOPERACION POR COMPARTIMIENTO Las operaciones de escritura deben ser mutuamente excluyentes. Las secciones críticas garantizan la integridad de los datos. Paso de mensajes: COOPERACION POR COMUNICACION No es necesario el control de la exclusión mutua. Puede producirse un interbloqueo: Cada proceso puede estar esperando una comunicación del otro. Puede producirse inanición: Dos procesos se están mandando mensajes mientras que otro proceso está esperando recibir un mensaje. 9
10 2. EXCLUSION MUTUA: REQUISITOS 1. Sólo un proceso debe tener permiso para entrar en la sección crítica por un recurso en un instante dado. 2. Un proceso que se interrumpe en una sección crítica debe hacerlo sin interferir con los otros procesos. 3. No puede permitirse el interbloqueo o la inanición. 10
11 EXCLUSION MUTUA: REQUISITOS 4. Cuando ningún proceso está en su sección crítica, cualquier proceso que solicite entrar en la suya debe poder hacerlo sin dilación. 5. No se deben hacer suposiciones sobre la velocidad relativa de los procesos o el número de procesadores. 6. Un proceso permanece en su sección crítica sólo por un tiempo finito. 11
12 EXCLUSION MUTUA: PSEUDOCODIGO /* programa Exclusion Mutua */ const int n = /*número de procesos */; void P(int i) { while(cierto) { entrada_critica(i); /*Sección Crítica*/; salida_critica(i); /*resto*/; }} void main() {parbegin(p(r1),p(r2),,p(rn));} 12
13 DIAGRAMA DE ESTRUCTURAS DE CONTROL then if [expresion] else Operacion 1 Operacion 2 while [expresion] Operacion 1 Operacion 2 13
14 EXCLUSION MUTUA: ALGORITMO EN BLOQUE while (cierto) const int n= ; void P(int i) entrada_crítica(i) ; /*seccion critica */ ; salida_crítica(i) ; /* resto */ ; void main( ) parbegin(p(r1),p(r2),,p(rn)); exit( ) 14
15 ALGORITMO DE DEKKER while (cierto) while (señal[0]) else Boolean señal[2]; int turno void P0( ) señal [0] = cierto ; if (turno= = 1) /* seccion critica */ ; turno = 1 ; señal [0] = falso ; /* resto */ ; then señal [0] = falso ; while (turno = = 1) /* no hacer nada */ ; señal [0] = cierto ; while (cierto) while (señal[0]) else void P1( ) señal [1] = cierto ; if (turno= = 0) /* seccion critica */ ; turno = 0 ; señal [1] = falso ; /* resto */ ; then señal [1] = falso ; while (turno = = 0) /* no hacer nada */ ; señal [1] = cierto ; 15
16 ALGORITMO DE DEKKER void main ( ) /* Proceso de seleccion (P0, P1) */ ; señal[0]=falso; señal[1]=falso; turno = 1; parbegin (P0, P1); par begin P0; P1; par end exit 16
17 ALGORITMO DE DEKKER (Conclusiones) 1. El estado de ambos procesos esta por la variable señal[ ] 2. La variable turno indica cual proceso tiene prioridad para exigir la entrada a SC 3. El Algoritmo de Dekker resuelve el problema, pero es muy complejo. 4. Es difícil de demostrar la corrección. 17
18 ALGORITMO DE PETERSON while (cierto) boolean señal[2]; int turno void P0( ) señal [0] = cierto ; turno = 1 ; while (señal[1] && turno = = 1) /* no hacer nada */ ; /* seccion critica */ ; señal [0] = falso ; /* resto */ ; while (cierto) void P1( ) señal [1] = cierto ; turno = 0 ; while (señal[0] && turno = = 0) /* no hacer nada */ ; /* seccion critica */ ; señal [1] = falso ; /* resto */ ; 18
19 ALGORITMO DE PETERSON void main ( ) /* Proceso de seleccion (P0, P1) */ ; señal[0]=falso; señal[1]=falso; turno = 1; parbegin (P0, P1); par begin P0; P1; par end exit 19
20 ALGORITMO DE PETERSON (Conclusiones) 1. El estado de ambos procesos esta dado por la variable señal[ ] 2. La variable turno indica cual proceso tiene prioridad para exigir la entrada a SC Si P0: señal[0] = cierto => P1 no entra en SC Si P1: señal[1] = cierto => P0 no entra en SC. 3. Ninguno de los dos procesos puede monopolizar el Procesador, dado que P1 siempre está obligado a dar oportunidad a P0 poniendo turno = 0, antes de intentar entrar en su propia SC nuevamente. Se puede generalizar para n-procesos. 20
21 EXM: SOLUCIONES POR Hw Inhabilitación de interrupciones: Un proceso continuará ejecutándose hasta que solicite un servicio del sistema operativo o hasta que sea interrumpido. Para garantizar la exclusión mutua es suficiente con impedir que un proceso sea interrumpido. Se limita la capacidad del procesador para intercalar programas. Multiprocesador: Inhabilitar las interrupciones de un procesador no garantiza la exclusión mutua. 21
22 EXM: SOLUCIONES POR Hw Inhabilitar Interrupciones while (cierto) /* inhabilitar IRQs */ ; /*seccion critica */ ; /* habilitar IRQs */ ; /* resto */ ; 22
23 EXM: SOLUCIONES POR Hw Instrucciones especiales de máquina: Se realizan en un único ciclo de instrucción. No están sujetas a injerencias por parte de otras instrucciones. Leer y escribir. Leer y examinar. 23
24 IPC (INTERPROCESS COMUNICATIONS) 1. PIPES & FIFOs 2. MEMORIA COMPARTIDA TIPOS 3. SEMAFOROS & COLAS DE MENSAJES 4. SOCKETS (PROGRAMACION) 5. PASAJE DE MENSAJES 6. IRQs & SIGNALs 7. MONITORES 24
25 PIPES & FIFOs MODO USUARIO PROCESO PADRE write PIPE read PROCESO HIJO MODO KERNEL 25
26 PIPES & FIFOs PROCESO 1 PIPE PROCESO 2 Unidireccionales Tipo half-duplex Un lado escribe/otro lado se hace lectura Pipe: No se integra en el File System FIFO: Se registra en el File System Toda tubería asocia 2 descriptores y un i-nodo. Archivo de llegada se ejecuta en Bkground, previo al de inicio. Se prefiere FIFO, para comunicación entre procesos de distinto padre. 26
27 MEMORIA COMPARTIDA TIPOS 1. SEMAFOROS 2. COLAS DE MENSAJES 3. SEGMENTOS COMPARTIDOS Trabajan en modo kernel Son IPC sys V. Comunican procesos no relacionados. Sin padre en común. Todo IPC se mapea en la memoria protegida del núcleo. Se crean con: semget (semáforo), msgget (cola de mensajes) y shmget (segm. Compartido) Pertenece a la librería <sys/types.h> Todo IPC tiene un IDE, único 27
28 MEMORIA COMPARTIDAD MODO USUARIO PROCESO A IPC PROCESO HIJO MODO KERNEL Interfaz de Programación Compleja LIMITACIONES Limitado a un número de pequeños procesos. No tienen contador de sucesos. No actualizan el mapeo de memoria. IPC es Modo Kernel. Si quiero hacer una E/S se usa otra interfaz de programación. 28
29 MEMORIA COMPARTIDAD PA UMC Espacio compartido PC MComp MComp PB MComp SHM (Shareabale Memory Espacio Privado 29
30 SEMAFOROS MEMORIA COMPARTIDA Permiten acceso a recursos compartidos. Sincronizan procesos. Son bloqueadores de acceso. Tipos: binario y entero. Creo semáforo con semget y elimino semáforo con semctl. Y semop abre semáforos. Debemos usar las librerías: sys/sem.h, sys/ipc.h y sys/types.h. Deben ser declarados con permisos de r/w 30
31 COLAS DE MENSAJES MEMORIA COMPARTIDA Lista enlazada. Usa Modo Kernel. Usa ID de cola de mensaje. Por defecto trabaja como un FIFO. Tambien se puede ver como Memoria Asociativa. Tal que se puede acceder a un Mensaje en forma arbitraria. Usa las librerías: sys/msg.h, sys/types.h y sys/ipc.h. Las funciones que se usan son msgget (creación) y msgctl (eliminar) 31
32 3. SEMAFOROS Para la señalización se utiliza una variable especial llamada semáforo. Si un proceso está esperando una señal, el proceso es suspendido hasta que tenga lugar la transmisión de la señal. Las operaciones wait y signal no pueden ser interrumpidas. Se emplea una cola para mantener los procesos esperando en el semáforo. 32
33 SEMAFOROS: CONDICIONES DE DIJKSTRA Un semáforo es una variable que tiene un valor entero: Puede iniciarse con un valor no negativo. La operación wait disminuye el valor del semáforo. Si el valor de wait se hace negativo el proceso que ejecuta el wait se bloquea. La operación signal incrementa el valor del semáforo. Si el valor no es positivo, se desbloquea un proceso bloqueado por una operacion wait. 33
34 wait (S): SEMAFOROS Y SC DE N PROCESOS while S 0 do no-op; S--; signal (S): S++; Datos compartidos: Proceso Pi: do { wait(mutex); critical section signal(mutex); remainder section } while (1); semaphore mutex; //initially mutex = 1 34
35 SEMAFOROS: IMPLEMENTACION Definición de un Semaforo como un registro de estructura: typedef struct { int value; struct process *L; } semaphore; Se asumen dos simles operaciones: El bloque es suspendido por el proceso que lo invoca. wakeup(p) resume la ejecución de un bloque de proceso P. 35
36 SEMAFOROS: IMPLEMENTACION Las operaciones con Semaforos se definen como wait(s): S.value--; if (S.value < 0) { } signal(s): S.value++; poner este proceso en la s.cola; bloquear este proceso; if (S.value <= 0) { }} remover el proceso P de la s.cola; poner el proceso P en la cola de listos; 36
37 SEMAFOROS: IMPLEMENTACION Tipos según los valores a tomar: a. Por Primitivas de operación: wait & signal (- n <= 0 <=+n) b. Semáforos binarios: wait & signal (0,1) Tipos según la administración de la cola de Espera: a. Semáforo Robusto: FIFO b. Semáforo Débil: Sin algoritmo específicado. 37
38 SEMAFOROS: EJEMPLO DE IMPLEMENTACION A, B, C DEPENDEN DE UN RESULTADO DE D 1. A EN EJECUCION. C, D Y B LISTOS & EL SEMAFORO VALE 1. HAY UN RESULTADO DE D DISPONIBLE PROCESADOR A COLA DE SUSPENDIDOS S=1 C D B SEMAFORO COLA DE LISTOS 2. A PASA A LISTO. A EJECUTA UN WAIT & B PASA A EJECUCION PROCESADOR B COLA DE SUSPENDIDOS S=0 A C D SEMAFORO COLA DE LISTOS 38
39 SEMAFOROS: EJEMPLO DE IMPLEMENTACION 5. D VUELVE A LISTOS. C COMIENZA SU EJECUCION. PROCESADOR C COLA DE SUSPENDIDOS S= 0 D B A SEMAFORO COLA DE LISTOS 6. C EJECUTA UN WAIT Y PASA A SUSPENSION. OCURRE LO MISMO CON A Y B. ENTONCES D REINICIA SU EJECUCION. D B A C COLA DE SUSPENDIDOS S= -3 SEMAFORO COLA DE LISTOS 39
40 SEMAFOROS: EJEMPLO DE IMPLEMENTACION 7. D TIENE UN NUEVO RESULTADO. D EJECUTA UN SIGNAL. C PASA A LISTO. LOS CICLOS DE D EN EJECUCION DE LIBERARAN LOS PROCESOS A Y B. PROCESADOR D B A S= -2 C COLA DE SUSPENDIDOS SEMAFORO COLA DE LISTOS 40
41 SEMAFOROS: PROBLEMA DEL PRODUCTOR/ CONSUMIDOR Uno o más productores generan datos y los sitúan en un buffer. Un único consumidor saca elementos del buffer de uno en uno. Sólo un productor o consumidor puede acceder al buffer en un instante dado. 41
42 SEMAFOROS: PROBLEMA DEL PRODUCTOR/ CONSUMIDOR productor: PRODUCTOR while (cierto) { /* producir elemento v */ } b[ent] = v; ent++; consumidor: while (cierto) { nada */; while (ent <= sal) /*no hacer w = b[sal]; sal++; /* consumir elemento w */ } CONSUMIDOR 42
43 SEMAFOROS: PROBLEMA DEL PRODUCTOR/ CONSUMIDOR Sal Ent Nota: El área sombreada indica la parte del buffer ocupada. Figura Buffer ilimitado en el problema del productor/consumidor. 43
44 SEMAFOROS: PROBLEMA DEL PRODUCTOR/ CONSUMIDOR PRODUCTOR CON BUFFER CIRCULAR productor: while (cierto) { /* producir elemento v */ while ((ent + 1) % n == sal) /* no hacer nada */; } b[ent] = v; ent = (ent + 1) % n 44
45 SEMAFOROS: PROBLEMA DEL PRODUCTOR/ CONSUMIDOR CONSUMIDOR CON BUFFER CIRCULAR consumidor: while (cierto) { while (ent == sal) /* no hacer nada */; w = b[sal]; sal = (sal + 1) % n; /* consumir elemento w */ } 45
46 SOLUCION P/C USANDO SEMAFOROS /* program productor-consumiror const int tambuffer = /* tamaño buffer*/; semaforo s =1; semaforo n =0; semaforo e = tambuffer; while (cierto) void productor( ) producir ( ) ; wait (e) ; wait (s); añadir( ); signal (s); signal (n) ; void consumidor( ) while (cierto) wait (n) ; wait (s) ; tomar (s); signal (s); signal (e); consumir ( ) ; 46
47 SOLUCION P/C USANDO SEMAFOROS void main ( ) parbegin (productor, consumidor); par begin productor ; Consumidor ; par end exit 47
48 PROGRAMAS MONITORES Un monitor es un módulo de software. Características básicas: Las variables de datos locales están sólo accesibles para el monitor. Un proceso entra en el monitor invocando a uno de sus procedimientos. Sólo un proceso se puede estar ejecutando en el monitor en un instante dado. 48
49 Zona de entrega del monitor Entrada MONITOR Cola de entrada de procesos condición c1 cwait (c1) Datos locales Variables de condición Procedimiento 1 condición cn cwait (cn) Procedimiento k Cola de Urgentes csignal Código de inicio Salida Figura Estructura de un monitor. 49
50 PASO DE MENSAJES Refuerzo de la exclusión mutua. Intercambio de información. send (destino, mensaje) receive (origen, mensaje) 50
51 PASO DE MENSAJES Envío no bloqueante, recepción bloqueante: Permite que un proceso envíe uno o más mensajes a varios destinos tan rápido como sera posible. El receptor se bloquea hasta que llega el mensaje solicitado. Envío no bloqueante, recepción no bloqueante: Nadie debe esperar. 51
52 PASO DE MENSAJES & SINCRONIZACION: DIRECCIONAMIENTO Direccionamiento directo: La primitiva send incluye una identificación específica del proceso de destino. La primitiva receive puede conocer de antemano de qué proceso espera un mensaje. La primitiva receive puede utilizar el parámetro origen para devolver un valor cuando se haya realizado la operación de recepción. 52
53 PASO DE MENSAJES & SINCRONIZACION: DIRECCIONAMIENTO Direccionamiento indirecto: Los mensajes se envían a una estructura de datos compartida formada por colas. Estas colas se denominan buzones (mailboxes). Un proceso envía mensajes al buzón apropiado y el otro los coge del buzón. 53
54 Procesos emisores Procesos receptores Buzón COMUNICACION ENTRE PROCESOS Puerto Figura Comunicación indirecta entre procesos. Williams Stallings SISTEMAS OPERATIVOS. Principios de diseño e interioridades. 4ta ed. Pearson Eduación S.A. Madrid, 2001 ISBN:
55 PASO DE MENSAJES & SINCRONIZACION: DIRECCIONAMIENTO Tipo de longitud ID de destino Cabecera ID de origen Longitud de mensaje Información de control Cuerpo Contenido del mensaje Figura Formato típico de mensaje. 55
56 TCP/IP - SOCKETS R3 RED A TIPO DE PROTOCOLOS R1 R2 CONMUTACION DE PAQUETES Orientados a la Conexión Sin conexión Secuencia de Chars (TCP) Secuencia de Paquetes (UDP) RED B SOCKET BERKELEY Interfase de programación Struct sockaddr (dir socket) librería sys/socket.h 56
57 TCP/IP - SOCKETS OPERACIONES Creación Creación Apertura Cierre Lectura Escritura Int socket (int domain, int type, int protocol) Protocolo de Red: PF_UNIX PF_INET PF_AX25 PF_IPX PF_APPLTALK Protocolo de secuencia o Protocolo de Datagrama Valor O, es el valor por defecto 57
58 TCP/IP - SOCKETS 1. Stream (sock_stream) TIPOS 2. Datagrama (sock_dgram) 3. Paq. Secuenciados (sock_seqpacket) 4. Crudo (sock_raw) 5. Sin secuencia (sock_rdm) CONEXION Procesos de Server Procesos de Cliente Crean Socket para pedir información a Socket Server. Realizan acceso a un Recurso Reciben pedidos de Información Permiten accso a un Recurso Crean Sockets y experan pedidos de conexión 58
59 SOCKETS SERVER 1. Crearse OPERACIONES Cliente 2. Linkearse a una dirección 3. Socket sobre TCP/IP es una dir IP. 4. Escucha de un Socket Cliente (bind o enlazar, listen o escuchar y accept o aceptar) Server Socket ( ) Connect ( ) Bind ( ) Accept ( ) Listen ( ) Activo el socket 59
60 Bibliografia 1. Programación en Linux, con ejemplos. Kurt Wall. QUE, Prentice Hall. Madrid Sistemas Operativos. 5ta Ed. William Stalling. Pearson Prentice Hall. Madrid Sistemas Operativos. 7ma Ed. William Stalling. Pearson Prentice Hall. Madrid Sistemas Operativos Modernos. Andrew. S. Tanenbaum. Prentice-Hall. Interamericana S.A. Madrid, Unix, Sistema V Versión 4. Rosen,Rozinsky y Farber.McGraw Hill. NY Lunix, Edición especial. Jack Tackett, David Guntery Lance Brown. Ed. Prentice Hall El Libro de Linux. Syed M. Sarwar, Robert Koretsky y Syed. A. Sarwar. Ed. Addison Wesley España. 60
61 FIN UNIDAD 4 SINCRONIZACION E IPC May the force be with you 61
Concurrencia, exclusión mutua y sincronización. Capítulo 5 HungriaBerbesi
Concurrencia, exclusión mutua y sincronización Capítulo 5 HungriaBerbesi 1 Concurrencia Múltiples aplicaciones Aplicaciones estructuradas Estructura del sistema operativo 2 Concurrencia 3 Sección Crítica:
Unidad 2: Gestión de Procesos
Unidad 2: Gestión de Procesos Tema 6, Concurrencia: Exclusión mutua y sincronización. 6.1 Principios generales de concurrencia. 6.2 EM: Soluciones software (Algoritmos de Dekker y Peterson). 6.3 EM: Soluciones
UNIVERSIDAD DE BELGRANO FAC. ING. Y TECNOLOGIA INFORMATICA SISTEMAS OPERATIVOS UNIDAD 2 PROCESOS - CONCEPTOS
SISTEMAS OPERATIVOS UNIDAD 2 PROCESOS - CONCEPTOS Un elefante es un ratón con MVS como sistema operativo. (Anónimo) 1 PROCESO - CONCEPTOS PROGRAMA: CONJUNTO DE OPERACIONES APLICABLE A UN ESPACIO DE NOMBRES
Concurrencia de Procesos
Concurrencia de Procesos Dos o mas procesos, se dice que son concurrentes o paralelos, cuando se ejecutan al mismo tiempo. Esta concurrencia puede darse en un sistema con un solo procesador (pseudo paralelismo)
SISTEMAS. Ciclo 2014 Plan 2012
Lic. en Sistemas de Información SISTEMAS OPERATIVOS Ciclo 2014 Plan 2012 UNIDAD 2 (Parte A) PROCESOS y PLANIFICADOR DEL PROCESADOR ING. AGUILERA SERGIO OMAR ALGUNOS CONCEPTOS PROGRAMA: CONJUNTO DE OPERACIONES
Unidad 1: Gestión de Procesos
Unidad 1: Gestión de Procesos Tema 1, Concurrencia: Exclusión mutua y sincronización. 1.1 Problema de la sección crítica, alternativas al uso de semáforos: - Regiones críticas, Monitores, Variables de
SISTEMAS. Ciclo 2014 Plan 2012
Lic. en Sistemas de Información SISTEMAS OPERATIVOS Ciclo 2014 Plan 2012 UNIDAD 6 Parte A ADMINISTRACION DE MEMORIA ING. AGUILERA SERGIO OMAR ESTRUCTURA DE MEMORIA CENTRAL Bus de Direcciones CPU v MMU
UNIVERSIDAD DE BELGRANO FAC. ING. Y TECNOLOGIA INFORMATICA SISTEMAS OPERATIVOS UNIDAD 3 PLANIFICACION DE PROCESOS
SISTEMAS OPERATIVOS UNIDAD 3 PLANIFICACION DE PROCESOS Einstein afirmaba que deben haber explicaciones simples de la naturaleza, porque Dios no es arbitrario ni caprichoso. Tal fe no consuela a un ingeniero
Sistemas operativos: una visión aplicada. Capítulo 5 Comunicación y sincronización de procesos
Sistemas operativos: una visión aplicada Capítulo 5 Comunicación y sincronización de procesos Sistema multiprogramado con un una CPU Proceso A Proceso B Proceso C Tiempo Sistemas operativos: una visión
SISTEMAS OPERATIVOS: COMUNICACIÓN Y SINCRONIZACIÓN ENTRE PROCESOS. Procesos concurrentes y problemas en la comunicación y la sincronización
SISTEMAS OPERATIVOS: COMUNICACIÓN Y SINCRONIZACIÓN ENTRE PROCESOS Procesos concurrentes y problemas en la comunicación y la sincronización Contenido 2 Concurrencia. Condiciones de carrera. Exclusión mutua
Universidad Autónoma del Estado de Hidalgo Instituto de Ciencias Básicas e Ingeniería Área Académica de Computación y Electrónica
Universidad Autónoma del Estado de Hidalgo Instituto de Ciencias Básicas e Ingeniería Área Académica de Computación y Electrónica Licenciatura en Sistemas Computacionales Sistemas Operativos Docente: M.G.A.
Unidad 2: Gestión de Procesos
Unidad 2: Gestión de Procesos Tema 6, Principios de Programación Concurrente 6.1 Principios generales de concurrencia. 6.2 EM: Soluciones software (Algoritmos de Dekker y Peterson). 6.3 EM: Soluciones
Sincronización de Procesos
Sincronización de Procesos Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Sincronización de Procesos Fundamentos El Problema de la Sección Crítica Solución a la sección
ISO Tema 8,
ISO Tema 8, 2017-2018 Pablo González Nalda Depto. de Lenguajes y Sistemas Informáticos 13 de abril de 2018 Modificado el 27 de abril de 2018 de la presentación 1 2 3 4 5 6 7 2 / 32 1 2 3 4 5 6 7 3 / 32
Sistemas operativos. Comunicación y sincronización de procesos
Sistemas operativos Comunicación y sincronización de procesos Comunicación y sincronización de procesos Contenido 1. Introducción 2. Comunicación por memoria común 3. El problema de la sección crítica
Sistemas Operativos: Programación de Sistemas. Curso Oscar Déniz Suárez Alexis Quesada Arencibia Francisco J.
Tema 5 : Comunicación entre Procesos mediante Tuberías Sistemas Operativos: Programación de Sistemas Oscar Déniz Suárez Alexis Quesada Arencibia Francisco J. Santana Pérez Curso 2006-07 Introducción Algunas
Material Adicional (SOSD Mod 4) Concurrencia Exclusión mutua y sincronización. Slides de Samuel Oporto Díaz
Material Adicional (SOSD Mod 4) Concurrencia Exclusión mutua y sincronización Slides de Samuel Oporto Díaz CONCURRENCIA 2 Concurrencia La concurrencia es la simultaneidad de hechos. Un programa concurrente
Concurrencia. Primitivas IPC con bloqueo
Concurrencia Primitivas IPC con bloqueo Primitivas de IPC con bloqueo La solución de Peterson es correcta, pero tiene el defecto de requerir espera ocupada: Cuando un proceso quiere entrar en su región
Concurrencia: Exclusión mutua y Sincronización
Concurrencia: Exclusión mutua y Sincronización Prof. Carlos Figueira Basado en materiales de Yudith Cardinale (USB) Williams Stallings, Eugene Styer Concurrencia Múltiples aplicaciones Aplicaciones estructuradas
CONCURRENCIA. Sincronización. Sistemas Operativos y Distribuidos. Prof. Javier Echaiz 1. Material Adicional (SOSD Mod 4)
Material Adicional (SOSD Mod 4) Concurrencia Exclusión mutua y sincronización CONCURRENCIA Slides de Samuel Oporto Díaz 2 Concurrencia La concurrencia es la simultaneidad de hechos. Un programa concurrente
Acceso coordinado a recursos compartidos
Programación Concurrente en Linux Acceso coordinado a recursos compartidos Alberto Lafuente, Dep. KAT/ATC de la UPV/EHU, bajo Licencia Creative Commons 1 Contenido 1. Recursos compartidos 2. Mecanismos
Sincronización de procesos
Sincronización de procesos Contenido Procesos concurrentes. El problema de la seccion critica Problemas clásicos de comunicación y sincronización. Mecanismos de comunicación y sincronización. DSO 2014
SISTEMAS OPERATIVOS:
SISTEMAS OPERATIVOS: Lección 6: Procesos concurrentes y problemas en la comunicación y la sincronización Jesús Carretero Pérez Alejandro Calderón Mateos José Daniel García Sánchez Francisco Javier García
Práctica 2 Programación de Aplicaciones Distribuidas: Sockets TCP. Laboratorio de Comunicación de Datos ITT Telemática 26 de Septiembre 2011
Práctica 2 Programación de Aplicaciones Distribuidas: Sockets TCP Laboratorio de Comunicación de Datos ITT Telemática 26 de Septiembre 2011 Introducción Aplicaciones Orientadas a Conexión TCP:Servicio
Concurrencia: deberes. Concurrencia: Exclusión Mutua y Sincronización. Concurrencia. Dificultades con la Concurrencia
Concurrencia: deberes Concurrencia: Exclusión Mutua y Sincronización Capítulo 5 Comunicación entre procesos Compartir recursos Sincronización de múltiples procesos Asignación del tiempo de procesador Concurrencia
Sistemas operativos. Hasta ahora hemos visto. Relación programa-sistema operativo Gestión de memoria
Sistemas operativos UPCO ICAI Departamento de Electrónica y Automática 1 Hasta ahora hemos visto Relación programa-sistema operativo Gestión de memoria Reserva para la ejecución Pilas, heap, memoria de
Interfaz de Socket. Agustín J. González ELO309 ELO309 1
Interfaz de Socket Agustín J. González ELO309 ELO309 1 Introducción Cómo las aplicaciones se comunican con la familia de protocolos de software y así logran comunicación con aplicaciones remotas? La interfaz
Estados de un proceso
Semáforos Estados de un proceso Inactivo Listo Ejecutando Completo Escribimos p.state := ready p. state := running Bloqueado Para indicar que un proceso cambia de estado Semáforo Es un tipo de dato abstracto
Concurrencia. Programación Concurrente. Espera ocupada. Primitivas IPC con bloqueo
Concurrencia Programación Concurrente Espera ocupada. Primitivas IPC con bloqueo Programación concurrente Los lenguajes concurrentes tienen elementos para: Crear procesos Sincronizar procesos Comunicar
Sistemas Operativos INF - 151
Sistemas Operativos INF - 151 MODULO II. PROCESOS 2.3 Concurrencia y Exclusión Mutua 12/10/07 Resumen preparado por Miguel Cotaña El diseño de SO están relacionados con la gestión de procesos e hilos:
Mensajes. Interbloqueo
CONCURRENCIA DE PROCESOS Preparado por: Angel Chata Tintaya (angelchata@hotmail.com) Resumen Los procesos comparten variables globales, comparten y compiten por recursos, se ejecutan simultáneamente intercalándose
Pontificia Universidad Católica del Ecuador
1. DATOS INFORMATIVOS: FACULTAD DE INGENIERÍA ESCUELA DE SISTEMAS MATERIA O MÓDULO: SISTEMAS OPERATIVOS CÓDIGO: IS603.a CARRERA: INGENIERÍA DE SISTEMAS NIVEL: TERCERO No. CRÉDITOS: 4 CRÉDITOS TEORÍA: 4
Procesos. Procesos. Sistemas Operativos Procesos KMC 2017
Procesos Procesos Concepto de Proceso Planificación de Proceso Operaciones sobre Procesos Comunicaciones Interprocesos (IPC) Ejemplos de Sistemas de IPC Comunicación en un Sistema Cliente-Servidor 1 Concepto
COMUNICACIÓN ENTRE PROCESOS SOCKETS
COMUNICACIÓN ENTRE PROCESOS SOCKETS Diseño de Sistemas Operativos Curso 2007/08 Grupo: Mi30 Martín Santana, A. David Martínez Santana, Luis Ignacio Qué son?(definición) n) Los sockets son mecanismos de
Concurrencia Monitores. Guillermo Román Díez
Concurrencia Monitores Guillermo Román Díez groman@fi.upm.es Universidad Politécnica de Madrid Curso 2016-2017 Guillermo Román, UPM CC: Monitores 1/25 Recursos Compartidos Pregunta La especificación de
Sistemas Operativos. Procesos
Sistemas Operativos Procesos Agenda Proceso. Definición de proceso. Contador de programa. Memoria de los procesos. Estados de los procesos. Transiciones entre los estados. Bloque descriptor de proceso
Pontificia Universidad Católica del Ecuador
1. DATOS INFORMATIVOS: MATERIA O MÓDULO: CÓDIGO: CARRERA: NIVEL: Sistemas Operativos IS603.a Sistemas Tercero No. CRÉDITOS: 4 CRÉDITOS TEORÍA: 4 CRÉDITOS PRÁCTICA: 0 SEMESTRE / AÑO ACADÉMICO: Segundo Semestre
MECANISMOS PARA SINCRONIZACIÓN. Semáforos
MECANISMOS PARA SINCRONIZACIÓN Semáforos Mecanismos para sincronización Una vez discutidos los principales problemas a enfrentar para coordinar procesos/hilos que comparten espacio de direccionamiento,
TEMA 1. Introducción a las arquitecturas distribuidas
TEMA 1. Introducción a las arquitecturas distribuidas Tema 1. ARQUITECTURAS DISTRIBUIDAS: CONCEPTOS BÁSICOS 1. Qué es un sistema distribuido? 2. Servicios 3. Arquitectura 4. Definición de AD 5. Modelos
Sistemas multiprogramados
dit UPM Sistemas multiprogramados Juan Antonio de la Puente DIT/UPM Objetivos Veremos cómo realizar sistemas de tiempo real con arquitectura asíncrona tareas como hebras de sistema operativo no todas las
Concurrencia, exclusión mutua y sincronización.
Resumen de sistemas operativos. Segundo Corte. Secciones 703M- 704M y 705M Msc Hungria Berbesi Concurrencia, exclusión mutua y sincronización. Multiporgramación: consiste en la gestión de varios procesos
Pontificia Universidad Católica del Ecuador
1. DATOS INFORMATIVOS: FACULTAD DE INGENIERÍA ESCUELA DE SISTEMAS MATERIA O MÓDULO: Sistemas Operativos CÓDIGO: IS603.a CARRERA: INGENIERÍA DE SISTEMAS NIVEL: TERCERO No. CRÉDITOS: 4 CRÉDITOS TEORÍA: 4
INDICE 1. Introducción 2. Entrada / Salida: Principios y Programación 3. Procesos
INDICE Prólogo XV 1. Introducción 1 1.1. Evolución de los sistemas operativos 2 Procesamiento en serie 3 Procesamiento por lotes 4 Multiprogramación 7 1.2. Tipos de Sistemas Operativos 9 Sistemas operativos
SISTEMAS OPERATIVOS Manejo de procesos
SISTEMAS OPERATIVOS Manejo de procesos Amilcar Meneses Viveros ameneses@computacion.cs.cinvestav.mx Universidad de Occidente Presentación Concepto de proceso Despacho de procesos Operaciones sobre procesos
SISTEMAS OPERATIVOS Ciclo 2014 Plan 2012
Lic. en Sistemas de Información SISTEMAS OPERATIVOS Ciclo 2014 Plan 2012 UNIDAD 1 INTRODUCCION Y CONCEPTOS GENERALES ING. AGUILERA SERGIO OMAR CONCEPTO Programa que controla la ejecución de los programas
Sistemas Operativos. Paso de Mensajes. Direccionamiento de Mensajes. Sincronización de mensajes. Mensajes permiten: Paso de Mensajes
Paso de Mensajes Sistemas Operativos Paso de Mensajes Mario Medina (mariomedina@udec.cl) Mensajes permiten: Sincronización de procesos Comunicación entre procesos Aptos para: Beware of bugs in the above
Teoría de Sistemas Operativos Sincronización Procesos
Teoría de Sistemas Operativos Sincronización Procesos Departamento de Electrónica º Semestre, 00 Gabriel Astudillo Muñoz http://www.elo.utfsm.cl/~elo1 Dos o más procesos leen o escriben ciertas zonas compartidas
UNIVERSIDAD AUTÓNOMA DE AGUASCALIENTES CENTRO DE CIENCIAS BÁSICAS DEPARTAMENTO DE SISTEMAS ELECTRÓNICOS OBJETIVO GENERAL
UNIVERSIDAD AUTÓNOMA DE AGUASCALIENTES CENTRO DE CIENCIAS BÁSICAS DEPARTAMENTO DE SISTEMAS ELECTRÓNICOS MATERIA: SISTEMAS OPERATIVOS HRS. T/P: 2/3 CARRERA: LIC. EN TECNOLOGÌAS DE INFORMACIÓN CRÉDITOS:
Grafo acíclico orientado cuyos nodos corresponden a sentencias individuales.
GRAFOS DE PRECEDENCIA Grafo acíclico orientado cuyos nodos corresponden a sentencias individuales. Un arco de un nodo Si al nodo Sj significa que la sentencia Sj puede ejecutarse sólo cuando ha acabado
Introducción a las Redes de Computadoras
Introducción a las Redes de Computadoras Capitulo 2 Capa de Aplicación Nota acerca de las transparencias del curso: Estas transparencias están basadas en el sitio web que acompaña el libro, y han sido
Introducción a las Redes de Computadoras. Capa de aplicación. Programación con Sockets. Capitulo 2 Capa de Aplicación
Introducción a las Redes de Computadoras Capitulo 2 Capa de Aplicación Nota acerca de las transparencias del curso: Estas transparencias están basadas en el sitio web que acompaña el libro, y han sido
Sistemas Operativos. Concurrencia. Concurrencia de procesos. Concurrencia de procesos. Ejecución simultánea de procesos.
Sistemas Operativos Concurrencia Mario Medina (mariomedina@udec.cl) Everybody understands what concurrency means? Two lies at once. Todos entienden qué significa concurrencia? Dos mentiras a la vez. Luis
Práctica 1 Programación de Aplicaciones Distribuidas: Sockets UDP. Laboratorio de Comunicación de Datos ITT Telemática Septiembre 2011
Práctica 1 Programación de Aplicaciones Distribuidas: Sockets UDP Laboratorio de Comunicación de Datos ITT Telemática Septiembre 2011 Introducción Aplicaciones Distribuidas Su funcionalidad se distribuye
COMUNICACIÓN Sistemas Distribuidos
COMUNICACIÓN Sistemas Distribuidos Alvaro Ospina Sanjuan Universidad Pontificia Bolivariana Medellín 2010 Agenda Comunicación centralizada y distribuida Protocolos con capas Modelo cliente servidor Sockets
Servicios de Internet
Servicios de Internet Area de Ingeniería Telemática http://www.tlm.unavarra.es Arquitectura de Redes, Sistemas y Servicios 3º Ingeniería de Telecomunicación 1 Temario 1. Introducción 2. Arquitecturas,
Sistemas Operativos Ingeniería de telecomunicaciones Sesión 3: Concurrencia
Sistemas Operativos Ingeniería de telecomunicaciones Sesión 3: Concurrencia Calendario Comienzo: Lunes 2 de noviembre y miércoles 4 de noviembre. Entrega: 16 de noviembre y 18 de noviembre. 1. Requisitos
Sistemas Operativos Tema 6. Concurrencia
Contenidos Sistemas Operativos Tema 6. Concurrencia Sistemas concurrentes El problema de la sección crítica Semáforos Monitores 1998-2008 José Miguel Santos Alexis Quesada Francisco Santana 1 2 Bibliografía
Tema 3. Paso de mensajes. mensajes. Bibliografía. Sistemas de paso de mensajes (2) Sistemas de paso de mensajes. Ventajas del paso de.
Tema 3. Paso de mensajes Bibliografía Programación Concurrente J. Palma, C. Garrido, F. Sánchez, A. Quesada, 2003 Capítulo 7 Principles of Concurrent and Distributed Programming M. Ben-Ari. Prentice Hall,
Programación concurrente
Programación concurrente Master de Computación I Conceptos y recursos para la programación concurrente: I.6 Sincronización basada en memoria compartida. J.M. Drake M. Aldea Procesos concurrentes y memoria
Secciones críticas y exclusión mutua
Secciones críticas y exclusión mutua Lecturas: Andrews, secciones 3.1, 3.2, 3.3, 3.4 Ben-Ari, sección 2.2 Manuel Carro Universidad Politécnica de Madrid Este texto se distribuye bajo los términos de la
SISTEMAS OPERATIVOS Ciclo 2014 Plan 2012
Lic. en Sistemas de Información SISTEMAS OPERATIVOS Ciclo 2014 Plan 2012 UNIDAD 6 (Parte B) GESTION DE MEMORIA ING. AGUILERA SERGIO OMAR MEMORIA VIRTUAL Todas las referencias a la memoria se traducirán
Introducción a la programación con sockets en C
Introducción a la programación con sockets en C Enrique Bonet Departamento de Informática Universidad de Valencia Índice Introducción Socket Creación de un socket Cierre de un socket Asociación de un socket
Bloque III: El nivel de transporte. Tema 6: Conexiones TCP
Bloque III: El nivel de transporte Tema 6: Conexiones TCP Índice Bloque III: El nivel de transporte Tema 6: Conexiones TCP Establecimiento de conexión Finalización de conexión Diagrama de estados Segmentos
Hilos. Hilos. Revisión Modelos Multihilados Librerías de Hilos Aspectos sobre Hilos Ejemplos de Sistemas Operativos Hilos en Linux
Hilos Hilos Revisión Modelos Multihilados Librerías de Hilos Aspectos sobre Hilos Ejemplos de Sistemas Operativos Hilos en Linux 1 Objetivos Introducir la noción de hilo una unidad fundamental de la utilización
Sistemas Operativos: Programación de Sistemas. Curso Oscar Déniz Suárez Alexis Quesada Arencibia Francisco J.
Tema 6 : IPC del Unix System V Sistemas Operativos: Programación de Sistemas Oscar Déniz Suárez Alexis Quesada Arencibia Francisco J. Santana Pérez Curso 2006-07 Introducción El paquete de comunicación
Bloque III: El nivel de transporte. Tema 6: Conexiones TCP
Bloque III: El nivel de transporte Tema 6: Conexiones TCP Índice Bloque III: El nivel de transporte Tema 6: Conexiones TCP Establecimiento de conexión Finalización de conexión Diagrama de estados Segmentos
Sistemas de Transportes de Datos (STD) Tema III: UDP y TCP (Entrega 4) Grupo de Aplicaciones Telemáticas. Grupo de Aplicaciones Telemáticas
Sockets Abstracción para las operaciones de E/S a través de la red. Generalización de mecanismos de acceso a ficheros para suministrar un punto a través del cual realizar las comunicaciones. : Crear un
Lecturas: Ben-Ari, secciones 4.1, 4.2, 4.3, 4.6 Andrews, intro. cap. 4 y sección 4.1
Semáforos Lecturas: Ben-Ari, secciones 4.1, 4.2, 4.3, 4.6 Andrews, intro. cap. 4 y sección 4.1 Manuel Carro Universidad Politécnica de Madrid Este texto se distribuye bajo los términos de la Creative Commons
SISTEMAS. UNIDAD VI Parte A ADMINISTRACION DE MEMORIA ING. AGUILERA SERGIO OMAR
SISTEMAS OPERATIVOS UNIDAD VI Parte A ADMINISTRACION DE MEMORIA ING. AGUILERA SERGIO OMAR ESTRUCTURA DE MEMORIA CENTRAL Bus de Direcciones CPU v MMU n Bus de Datos Bus de Control 1 (r,w) m 2 n -1 palabras
Lección 5: Sincronización de procesos mediante semáforos
Lección 5: Sincronización de procesos mediante semáforos Introducción Estados de un proceso Semáforos: sintaxis y semántica Técnicas de programación con semáforos: el problema de la sección crítica el
Tema 3: COMUNICACIÓN ENTRE PROCESOS
Tema 3: COMUNICACIÓN ENTRE PROCESOS E. U. Informática en Segovia Departamento de Informática Universidad de Valladolid 1 Introducción Estudia las comunicaciones punto a punto entre los lados de un enlace
Estructura de los sistemas de cómputo
Estructura de los sistemas de cómputo Introducción Elementos básicos de un computador Registro del procesador Ejecución de las instrucciones Interrupciones Hardware de protección Introducción Qué es un
Programación de Sistemas Concurrentes y Distribuidos 1 a Convocatoria curso 12/13
Programación de Sistemas Concurrentes y Distribuidos 1 a Convocatoria curso 12/13 5 de febrero de 2013 Dpto. de Informática e Ingeniería de Sistemas Universidad de Zaragoza Ejercicio 1 (1.5 ptos.) Considérese
Concurrencia. Programación Concurrente Procesos Comunicación entre Procesos
Concurrencia Programación Concurrente Procesos Comunicación entre Procesos Introducción a Procesos Todas las computadoras moderas realizan varias cosas al mismo tiempo. En cada instante la CPU ejecuta
Examen de Programación Concurrente - Clave: a Junio 2008 Departamento de Lenguajes, Sistemas Informáticos e Ingeniería del Software.
Junio 2008 Programación Concurrente 1/6 Normas Examen de Programación Concurrente - Clave: a Junio 2008 Departamento de Lenguajes, Sistemas Informáticos e Ingeniería del Software Este examen es un cuestionario
Lección 6: Ejemplos de programación con semáforos
Lección 6: Ejemplos de programación con semáforos El problema de la cena de los filósofos El problema de los lectores y escritores Ejercicios Gestión de concurrencia mediante paso de testigo (implementación
Sincronización de Procesos. Módulo 6. Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur. Sincronización de Procesos
Sincronización de Procesos Módulo 6 Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Sincronización de Procesos Fundamentos El Problema de la Sección Crítica La Solución
Desarrollo de Aplicativos con winsockets
Seminario de Redes de Computadoras 66.48 Desarrollo de Aplicativos con winsockets Docentes: Ing. Marcelo Utard Ing. Pablo Ronco Alumnos: Baños, Germán Gámez, Pablo Rabino, Juan Pablo Salas, Federico Introducción
Lecturas: Ben-Ari, secciones 4.1, 4.2, 4.3, 4.6 Andrews, intro. cap. 4 y sección 4.1. Exclusión mutua con semáforos
Lecturas: Ben-Ari, secciones 4.1, 4.2, 4.3, 4.6 Andrews, intro. cap. 4 y sección 4.1 Manuel Carro Universidad Politécnica de Madrid Este texto se distribuye bajo los términos de la Creative Commons License
Programación de Multitareas utilizando Hilos
Programación de Multitareas utilizando Hilos Enero/2012 Programación de Multitareas utilizando Hilos Origen de los hilos como elementos necesarios en la programación de multitareas Multihilos en un solo
Procesos y Threads Procesos y Threads. Concurrencia Concurrencia Ventajas Ventajas. Rendimiento Rendimiento (paralelismo) (paralelismo)
Procesos y Threads Procesos y Threads Procesos Procesos Threads Threads Concurrencia Concurrencia Ventajas Ventajas Modelos Modelos Información Información adicional () adicional () Preparado Preparado
Comunicación y sincronización
Comunicación y sincronización Son conceptos relacionados con la interacción entre los procesos La comunicación se refiere al paso de información de un proceso a otro La sincronización corresponde al cumplimiento
Introducción de Sockets en C.
PRÁCTICA 2: Introducción de Sockets en C. 1 La Interfaz Socket es una API para redes TCP/IP que se compone de funciones o rutinas. Originalmente se construyó a principios de los 80 para el sistema operativo
FUNDAMENTOS BÁSICOS DE LOS SISTEMAS OPERATIVOS Fe de Erratas Actualizada a 12 de septiembre de 2018
FUNDAMENTOS BÁSICOS DE LOS SISTEMAS OPERATIVOS Fe de Erratas Actualizada a 12 de septiembre de 2018 Nota: Las erratas que comienzan con la viñeta+son erratas que han sido añadidas o modificadas con respecto
1- UNIVERSIDAD DE CIENCIAS EMPRESARIALES Y SOCIALES FACULTAD DE CIENCIAS EMPRESARIALES. Tecnicatura Universitaria en Programación de Sistemas
1- UNIVERSIDAD DE CIENCIAS EMPRESARIALES Y SOCIALES FACULTAD DE CIENCIAS EMPRESARIALES Carrera: Tecnicatura Universitaria en Programación de Sistemas Materia: Curso: 1 año Curso lectivo: 2018 Carga horaria
Nombre de la materia Sistemas Operativos Departamento Ciencias Aplicadas de la Información Academia Arquitecturas de Cómputo
0 Nombre de la materia Sistemas Operativos Departamento Ciencias Aplicadas de la Información Academia Arquitecturas de Cómputo Clave Horas-teoría Horas-práctica Horas-AI Total-horas Créditos I4859 60 20-80
Servicios de Internet
Servicios de Internet Area de Ingeniería Telemática http://www.tlm.unavarra.es Arquitectura de es, Sistemas y Servicios 3º Ingeniería de Telecomunicación Temario 1. Introducción 2. Arquitecturas, protocolos
Hilos Secciones Stallings:
Capítulo 4 Hilos Secciones Stallings: 4.1 4.3 Contenido Procesos e hilos. Hilos a nivel de núcleo y a nivel de usuario. Multiprocesador simétrico (SMP). Micronúcleos. 1 Proceso Unidad de propiedad de los
Sockets: funcionamiento y programación. Sockets tipo UNIX. MSc. Ivan A. Escobar
Sockets tipo UNIX MSc. Ivan A. Escobar Creación socket: socket() int socket(familia, tipo, protocolo) Regresa un valor entero Parecido descriptor de archivos: descriptor socket sockfd int familia familia
Semáforos. Lecturas: Ben-Ari, secciones 4.1, 4.2, 4.3, 4.6 Andrews, intro. cap. 4 y sección 4.1. Exclusión mutua con semáforos
Lecturas: Ben-Ari, secciones 4.1, 4.2, 4.3, 4.6 Andrews, intro. cap. 4 y sección 4.1 Manuel Carro Universidad Politécnica de Madrid Este texto se distribuye bajo los términos de la Creative Commons License
Interbloqueo. Concurrencia: Interbloqueo e Inanición
Interbloqueo Concurrencia: Interbloqueo e Inanición Capítulo 6 Bloqueo permanente de un conjunto de procesos que compiten por recursos del sistema o por comunicación con los otros No existe una solución
PRÁCTICA 4 PASO DE MENSAJES
PRÁCTICA 4 PASO DE MENSAJES Introducción Cuando los procesos interactúan unos con otros pueden necesitar intercambiar información. Uno de los métodos posibles para conseguir esto es el paso de mensajes.
*** SOLUCIONES *** SISTEMAS OPERATIVOS Examen Parcial 24 de Abril de 2010
Calificación SISTEMAS OPERATIVOS Examen Parcial 24 de Abril de 2010 1 2 3 4 Nombre *** SOLUCIONES *** Titulación Dispone de tres horas para realizar el examen 1 (5 puntos) Test. En cada uno de los siguientes
Curso de Java Java Redes
Curso de Java Java Rogelio Ferreira Escutia Conceptos de Modelo OSI Java Network Programming and Distributed Computing, David Reilly y Michael Reilly, Addison Wesley 2002 3 Capas TCP/IP Java Network Programming
Concurrencia y paralelismo
Introducción a los Sistemas Operativos Concurrencia y paralelismo 1. Ejecución de programas. Procesos. 2. Multiprogramación Bibliografía Silberschatz and Galvin Sistemas Operativos. Conceptos fundamentales.
Sistemas Operativos. Curso Página Web: Asignaturas de programación en el plan de estudios
Programa de la asignatura Sistemas Operativos 3 er Curso de la Licenciatura en Física Curso 2010-2011 Profesor: J. Javier Gutiérrez (gutierjj@unican.es) Página Web: http://www.ctr.unican.es/asignaturas/so/
Concurrencia. Guillermo Román Díez
Concurrencia Semáforos Guillermo Román Díez groman@fi.upm.es Universidad Politécnica de Madrid Curso 2017-2018 Guillermo Román, UPM CC: Semáforos 1/11 Problemas de la espera activa Los algoritmos de espera
SISTEMAS OPERATIVOS I (Sistemas) / SISTEMAS OPERATIVOS (Gestión) septiembre 2009
SISTEMAS OPERATIVOS I (Sistemas) / SISTEMAS OPERATIVOS (Gestión) septiembre 2009 4. (2 p) Dos procesos A y B se ejecutan concurrentemente en un determinado sistema. El proceso A ejecuta unas tareas ( Tareas