TEMA 2. GESTIÓN DE PROCESOS - Universidad de Almería

Diseño de Sistemas Operativos
Tema 2. Gestión de Procesos
• Observemos que es necesario borrar la dirección del manejador de señal de usuario de la u-Area (si
el proceso quiere volverla a usar debe volver a usar signal (esto se hace porque el código de usuario
ejecuta en modo usuario y podría llegar otra vez la misma señal e invocar el mismo código
mientras se está manejando la previa), pero queda un problema que es ... ¿qué hacer si llega otra
vez la misma señal antes que el proceso usuario haya restaurado su manejador de señal?. Cierto es
que la estrategia aparece apropiada sólo para lo que fue diseñada inicialmente (señales equivalían a
situaciones que eran fatales o que debían ser ignoradas). Ahora haría falta una llamada al sistema
que permitiera bloquear la recepción de señales de un determinado tipo y que en el desbloqueo el
kernel enviara las señales pendientes.
• Otra anomalía se puede observar en el manejo de señales que ocurren cuando el proceso duerme en
un nivel interrumpible, La señal provoca que el proceso haga un longjmp fuera de su sleep, regrese
a modo usuario y llame al manejador de señal. Cuando el manejador de señal finaliza, el proceso
pareciera regresar de una llamada al sistema con un error, indicando que la llamada al sistema ha
sido interrumpida. El usuario puede controlar el error en la llamada al sistema y relanzarla, pero no
siempre lo hace, así que puede ser mejor que sea el kernel quien vuelva a lanzar la llamada al
sistema en esta situación.
• También se presentan anomalías cuando un proceso ignora una señal. Si la señal llega cuando el
proceso está bloqueado a un nivel interrumpible, el proceso será desbloqueado pero no hará un
longjmp. Esto es, el kernel solo se da cuenta que el proceso ignora la señal cuando lo ha despertado
y ejecutado. Una práctica más consistente sería dejar al proceso bloqueado. El problema es que la
información sobre ignorar la señal se encuentra en la u-Area que no es accesible cuando llega una
señal a un proceso que no está ejecutando (la mayor parte de las veces). La solución de este punto
pasa por incluir en la entrada del proceso en la Tabla de Procesos las acciones ante las señales de
forma que el kernel pudiera controlarlas en la recepción de las mismas. Otra alternativa es volver a
dormirse en el algoritmo sleep si descubre que no debió ser despertado.
• Finalmente, la señal SIGCHLD tiene el efecto de despertar a un proceso bloqueado a una prioridad
interrumpible y recibe un tratamiento especial. En particular, cuando un proceso la recibe desactiva
el indicador de señal en la entrada del proceso en la Tabla de Procesos y procede de la siguiente
forma:
− Si se mantiene la acción por defecto, entonces actúa como si la señal no se hubiera recibido.
− Si el proceso ha especificado un manejador de señal, entonces él invoca a su manejador de
señales como en los otros casos.
− Si el kernel debe ignorar la señal, entonces se revisará en la llamada al sistema wait.
− Si un proceso invoca la llamada al sistema signal con parámetro SIGCHLD, entonces el
kernel envía al mismo proceso una señal con kill(pid, SIGCHLD) si este proceso tiene algún
hijo en estado Zombie (este caso se revisará también en la llamada al sistema wait).
2.9.4. Descriptores de Señales.
Ahora vamos a indicar un estudio comparativo de la interfaz de manejo de señales que brindan UNIX
System V, 4.3 BSD y el estándar POSIX.1 (norma IEEE POSIX 1003.1-1988) (Linux sigue este último
estándar pero incorpora además otras funciones).
Descripción System V 4.3 BSD POSIX
Tratamiento de señales (1). signal() signal() signal()
Envío de señales. kill() o raise() kill() o raise() kill() o raise()
En espera de señales. pause() sigpause() sigsuspend() o pause()
Tratamiento de señales (2). signal() sigvector() o sigvec() sigaction()
Protección de zonas críticas (1). sigblock() sigprogmask() o sigpending()
Protección de zonas críticas (2). sigsetmask() sigprogmask() o sigpending()
Tratamiento de stack de señales.
sigstack()
Interrupción de las llamadas al
siginterrupt()
siginterrupt()
sistema.
Gestión de alarmas. alarm() alarm() alarm()
Departamento de Lenguajes y Computación. Universidad de Almería Página 2.57