Está en la página 1de 3

Manejo de Interrupciones en Linux

Al igual que los sistemas Unix tradicionales, las versiones del ncleo de Linux (previas a la versin 2.6) son no expropiables y tambin se pueden dividir en dos mitades: una mitad no dirigida por interrupcin (non-interrupt half) que es activada de forma procedural por las llamadas al sistema (que se corresponde con el top half de BCD) y la otra mitad dirigida por interrupcin (interrupt half) que contiene el cdigo que se ejecuta comoparte de las peticiones de interrupcin (y se corresponde con el bottom half de BSD). Igual que en los sistemas Unix clsicos, ninguna interrupcin que se reciba mientras un proceso (o hilo) est ejecutando el cdigo de un servicio del ncleo, provoca una replanificacin de forma directa; en su lugar, se activa la bandera del ncleo need_resched para solicitarle al ncleo que ejecute el planificador luego de que se haya completado la llamada al sistema y se est por devolver el control al modo usuario. Los procesos (o hilos) utilizan el mismo mecanismo de sincronizacin con eventos basado en el esquema de dormirse/despertarse. La sincronizacin entre el cdigo de la mitad no dirigida por interrupcin y el cdigo de las ISRs se realiza de igual modo mediante la inhabilitacin temporal de las interrupciones durante el acceso a las estructuras de datos compartidas. Al igual que otros sistemas operativos de red, Linux implementa una arquitectura estndar de manejo de interrupciones en dos niveles dividiendo el servicio a las interrupciones en dos secciones: la mitad superior (Top half) constituida por la ISR que recibe la interrupcin de hardware y la mitad inferior (Bottom half) que hace el grueso del procesamiento de la peticin de forma diferida con todas las interrupciones habilitadas . La arquitectura de bottom half original se mantuvo sin modificaciones hasta la versin Linux 2.2. Sin embargo, debido a que el diseo original de Linux se hizo para mquinas con una sola CPU, esta arquitectura de bottom half se convirti en un cuello de botella en arquitecturas con mltiples CPU. El problema era que aunque cada una de las CPU poda manejar una interrupcin (top half) a la vez, la capa de bottom half era de simple hilo, de modo que el procesamiento diferido por todas las ISRs no se poda distribuir entre todas las CPUs. En consecuencia, para la versin 2.3 se introdujo el soporte de multiprocesamiento simtrico o SMP (Symmetric Multiprocessors) en los bottom halves. Esto se llev a cabo reemplazando los bottom halves originales con los denominados softirq y tasklets. Una softirq representa una peticin para que una funcin especfica se ejecute en algn instante futuro. Si el mismo tipo de softirq se solicita mltiples veces entonces las invocaciones de esta se pueden ejecutar de forma concurrente en mltiples procesadores. Por el contrario, diferentes tasklets pueden ejecutarse simultneamente en mltiples CPUs, pero las invocaciones de la misma tasklet son serializadas con respecto a si mismas. Por razones de compatibilidad, los bottom halves del viejo estilo se volvieron a implementar utilizando un conjunto de tasklets que se ejecutaban reteniendo un cierre de giro (spinlock) global dedicado de modo que cuando uno se est ejecutando en alguna CPU, ningn otro se puede ejecutar en alguna otra CPU. Aunque el diseo anterior preserv la compatibilidad con los manejadores de dispositivos legados, todava le impona una fuerte restriccin al desempeo de Linux 2.4 en sistemas multiprocesador. Para la versin Linux 2.5 los bottom halves del viejo estilo fueron eliminados y todo el cdigo que lo usaba se modific para usar ya sea softirqs o tasklets. Actualmente el trmino Bottom Half se usa para referirse a cualquiera de los cdigo diferibles (sea softirq o un tasklet). En Linux 2.6 se introdujo otro esquema para planificacin de funciones diferidas al que se le denomina colas de trabajo (workqueues) y que como diferencias ms importantes con

las funciones diferibles antes mencionadas se ejecutan en el contexto de hilos del ncleo. La Figura 10 muestra un resumen de estos mecanismos de ejecucin diferida de Linux.

Interrupciones manejadas como hilos en los sistemas Linux para Tiempo Real Motivados por la necesidad de hacer que el ncleo de Linux fuese ms sensible (responsive) a los eventos externos de modo que fuese adecuado para aplicaciones con requerimientos de tiempo, muchos trabajos le han realizado modificaciones para introducirle el tratamiento de interrupciones (exceptuando la ISR del Reloj) en el contexto de hilos del ncleo. Estas modificaciones han tenido el propsito de reducir la latencia de expropiacin, la cual puede ser muy elevada en Linux (superior a los 100 ms). Estos trabajos estuvieron precedidos por los primeros enfoques para introducir la expropiacin al ncleo de Linux: los parches de expropiacin y los parches de baja latencia. Las primeras implementaciones de estos parches protegan las secciones crticas dentro del ncleo mediante cierres de expropiacin (preemption locks) que inhabilitaban la expropiacin durante las mismas. El siguiente paso fue sustituir los cierres de expropiacin por mutexes de modo que la expropiacin fuese posible incluso mientras el ncleo est dentro de una seccin crtica. Estas tcnicas lograron reducir significativamente la latencia de expropiacin con respecto al ncleo de Linux convencional; sin embargo todava no logran obtener valores suficientemente bajos. La razn de ello es que con estas tcnicas no es posible la expropiacin mientras se est ejecutando una ISR o incluso los manejadores de segundo nivel. Un problema an mayor es que, a pesar de que la arquitectura de interrupciones en dos niveles permite posponer el grueso del procesamiento de una interrupcin a los manejadores diferidos. Todava los tiempos de ejecucin de los manejadores de primer nivel o ISRs difieren significativamente de una interrupcin a otra. Como las ISRs se ejecutan con las interrupciones inhabilitadas todava se hace muy difcil predecir el tiempo mximo durante el cual las interrupciones estn inhabilitadas. La solucin a estas dificultades consisti en ejecutar los manejadores de interrupcin en su propio contexto de hilos del ncleo. Bajo este esquema, todas las interrupciones (excepto la del temporizador) se dirigen hacia un manejador de bajo nivel en el ncleo cuyo nico propsito es despertar a un hilo del ncleo correspondiente a la interrupcin que previamente est durmiendo. Este hilo puede entonces ser ejecutado posteriormente con todas las interrupciones habilitadas y bajo el control del planificador de hilos. Los hilos del ncleo dedicados al manejo de interrupcin se pueden planificar en la clase de planificacin

de tiempo real (SCHED_FIFO) permitiendo adems asignarles prioridades inferiores a las de los hilos convencionales de tiempo real. Este esquema de interrupciones manejadas como hilos logra reducir la latencia de expropiacin de tres formas: 1) Al permitir que los manejadores de interrupcin se duerman, es posible reemplazar los cierres combinados de cierres de giro e interrupciones convencionales de Linux por mutexes que implementan el protocolo de herencia de prioridad permitiendo la expropiacin de estas regiones crticas. 2) Como los hilos del ncleo destinados al manejo de interrupciones son expropiables, si llega una interrupcin de mayor prioridad mientras se est ejecutando el hilo del ncleo, el hilo de ISR con mayor prioridad puede expropiar al de menor prioridad. 3) Todas las interrupciones ejecutan una ISR comn que da el mismo servicio y consume el mismo tiempo de ejecucin para todas las interrupciones. De este modo, se puede restringir la latencia de interrupcin a un perodo fijo y corto.