Teoría de Sistemas Operativos Sincronización Procesos

Transcripción

1 Teoría de Sistemas Operativos Sincronización Procesos Departamento de Electrónica º Semestre, 00 Gabriel Astudillo Muñoz Dos o más procesos leen o escriben ciertas zonas compartidas El resultado final puede depender de lo que cada proceso ejecutó. Proceso 1 SO Recurso Proceso N Supongamos el siguiente problema: Tenemos una Base de Datos financiera. Cada ficha representa una persona y puede o no tener deuda. El código que permite buscar deudores es el siguiente: void main(){ int deudores busca(0,000); busca(001, 000); printf( Deudores: %d,deudores); void busca(int ind1, ind) { for(i=ind1; i<=ind; i++) if(esdeudor(i)) deudores++; Qué pasa si modificamos el código de la siguiente manera? void main(){ int deudores pid=fork() if(pid==0){ busca(0,000); else{ busca(001, 000); printf( Deudores: %d,deudores); Lo anterior se conoce como una condición de competencia. Existe la necesidad de eliminar este tipos de condiciones. El resultado final no puede depender Del tiempo ni del lugar de ejecución de los procesos 6 1

2 Exclusión Mutua: concepto que garantiza que si un proceso utiliza un recurso compartido, los demás no pueden utilizarlo. Sección Crítica: Parte del programa en la que tiene acceso al recurso compartido. Para evitar que existan condiciones de competencia, se debe evitar que dos o más procesos accedan al mismo tiempo a la Sección Crítica 7 Cualquier solución al problema debe cumplir: 1.Dos procesos no deben encontrarse al mismo tiempo dentro de sus secciones críticas..no se deben hacer hipótesis sobre la velocidad o el número de CPU..Ningún proceso que esté en ejecución fuera de su sección crítica puede bloquear a otros procesos..ningún proceso debe esperar eternamente para entrar a su sección crítica. 8 Alternancia estricta: Proceso 0 Proceso 1 While (1) { While (1) { while(turn!= 0) while(turn!= 1) espera(); espera(); seccion_critica(); seccion_critica(); turn = 1; turn = 0; seccion_nocritica(); seccion_nocritica(); Qué sucede si un proceso quiere entrar dos veces consecutivas a su sección crítica? Solución de Peterson: Para el proceso P(i), i=0,1: otro=1-i; while (TRUE) { interesado[i] = TRUE; turno = otro; while (interesado[otro] && turno==otro); sección_crítica(); interesado[i]=false; sección_no_crítica(); Inicialmente interesado[0]=interesado[1]=false y turno puede ser 1 o Solución de Peterson: Exclusión Mutua: Dos procesos quieren entrar: No pueden entrar al mismo tiempo, porque la condición de espera en el while no puede ser falsa para ambos procesos a la vez. Entonces supongamos que Pi entra primero. En ese caso, turno=i, y para que el otro entre, turno debe cambiar a 1-i, o bien interesado[i] a FALSE. El único que hace esos cambios es el propio proceso i, y lo hace cuando está fuera de su sección crítica. Solución de Peterson: Ausencia de Aplazamiento indefinido (starvation) Si el proceso i quiere entrar y el otro está ejecutando su sección no crítica, interesado[otro]==false y Pi no tiene impedimento para entrar. Entrada garantizada. Si un proceso quiere entrar, a lo más debe esperar que el otro salga de la sección crítica 11 1

3 Instrucción TSL: Lee el contenido de una palabra de memoria en un registro para después almacenar un valor distinto de cero en esa dirección Las operaciones de lectura y almacenamiento de la palabra tienen la garantía de ser indivisibles Instrucción TSL: Se emplea una variable compartida, flag. Ésta coordina el acceso al recurso compartido. Cuando flag==0, cualquier proceso puede darle el valor 1 mediante la instrucción TSL y después leer o escribir en el recurso compartido. Al terminar, el proceso vuelve a hacer flag= Instrucción TSL: enter_region: tsl register,flag // copia flag al registro y hace flag=1 cmp register,#0 // flag = 0? jnz enter_region // si era distinto de cero, la cerradura // estaba establecida por lo que hay // que hacer un ciclo ret // retorno a quien hizo la llamada; Un semáforo es una variable entera (positiva), cuyo valor sólo puede ser accesado mediante las operaciones wait y signal leave_region: mov flag,#0 ret // almacena un 0 en flag // regresa a quien hizo la llamada 1 16 WAIT: verifica si el valor de un semáforo es mayor que cero y en este caso decrementa dicho valor y el proceso continúa. Si es cero, el proceso se va a dormir Las modificaciones al valor del semáforo sólo se ejecutan en forma indivisible, es decir, si un proceso está modificando un semáforo ningún otro proceso puede esta modificando el mismo valor SIGNAL: incrementa el valor del semáforo respectivo. Si uno o más procesos dormían y no podían completar una operación DOWN anterior, el SO elige alguno de ellos y se le permite terminar la operación WAIT. después de un SIGNAL en un semáforo con procesos durmiendo, dicho semáforo seguirá con valor 0, pero habrá un menor número de procesos durmiendo

4 /*Semáforo mutex compartido por N procesos e inicializado en 1*/ /*Estructura del proceso P i */ while (TRUE) { wait(mutex); /*Sección Critica*/ signal(mutex); /*Sección No Crítica*/ Se produce cuando un proceso de un sistema multiprogramado espera un evento que nunca va a ocurrir. Un conjunto de procesos está en deadlock cuando cada proceso en el conjunto está esperando por un evento que solo puede ser causado por otro proceso en el conjunto Ejemplo Proceso A wait(s); wait(q); /* SC */ signal(q); signal(s); Proceso B wait(q); wait(s); /* SC */ signal(s); signal(q); 1.- Condición de exclusión mutua. Cada recurso está asignado a un proceso o está disponible Cuándo hay Bloqueo Mutuo? 1.- Condición de posesión y espera Los procesos que tienen recursos asignados con anterioridad, pueden solicitar nuevos recursos. Solicita R Condición de no apropiación Los recursos asignados no pueden ser forzados a dejar un proceso El proceso que los posee debe liberarlos en forma explícita.

5 Condición de espera circular Debe existir una cadena circular de dos o más procesos, cada uno de los cuales espera un recurso asignado por el siguiente miembro de la cadena. Solicita R Solicita P 6 º Tiempo Proceso A Proceso B Comentario 0 A0 1 A1 El plotter es asignado a A A B0 Cambio de contexto B1 La impresora es asignada a B B 6 B 7 B B Necesita el plotter, El proceso B no puede seguir, ya que el plotter está asignado a A 8 A Cambio de contexto 9 A A necesita la impresora. No puede seguir ya que está asignada a B 10 B B Necesita el plooter 11 A A necesita la impresora etc Evitar un bloqueo: En vez de restringir la forma u orden en que los procesos deben solicitar recursos, podríamos chequear que sea seguro conceder un recurso, antes de otorgarlo. Evitar un bloqueo: Un estado de asignación de recursos es el número de recursos disponibles y asignados, y el máximo declarado por cada proceso. Obs: Necesitamos que cada proceso declare la cantidad máxima de recursos de cada clase que va a necesitar: Un estado seguro es un estado en el cual el sistema puede asignar recursos a los procesos (hasta su máximo) en alguna secuencia, y evitar bloqueo mutuo 9 0

6 Evitar un bloqueo: Un estado es seguro sólo si existe una secuencia segura, es decir, una secuencia de procesos <, P,...,Pn > donde, para cada Pi, los recursos que Pi aún puede solicitar pueden satisfacerse con los recursos disponibles y los retenidos por Pj con j<i. Si los recursos que Pi necesita no están disponibles, Pi puede esperar hasta que los Pj terminen. Si no existe tal secuencia, se dice que el sistema está en un estado inseguro Consideremos un sistema con 1 unidades de cinta y procesos:,p,p. P0 P Máximo Requerimiento 10 9 En t0 el sistema esta en un estado seguro, con secuencia,p0,p. t0 1 Consideremos un sistema con 1 unidades de cinta y procesos:,p,p. P0 Máximo Requerimiento 10 t0 P 9 En t0 el sistema está en un estado inseguro, No hay secuencia segura puede existir bloqueo mutuo. 6