Estudio De Casos: Linux

   EMBED

Share

Preview only show first 6 pages with water mark for full document please download

Transcript

ESTUDIO DE CASOS: LINUX En este capítulo se estudia el sistema operativo Linux. Se trata de un sistema operativo de libre distribución que proporciona una interfaz POSIX. Actualmente Linux es ampliamente utilizado y se ha convertido en uno de los pocos sistemas que puede competir hasta cierto punto con los sistemas Windows por lograr una cuota del mercado de los sistemas operativos. De hecho, no sólo se trata de dos sistemas operativos diferentes sino de dos maneras distintas de entender la informática. Windows es un sistema cerrado y "secreto" creado por una gran multinacional, Microsoft, cuyo único objetivo es vender su producto sea como sea. Linux es un sistema abierto y público que inicialmente surgió de un proyecto personal sin ánimo de lucro, pero que se ha convertido en la actualidad en un sistema desarrollado conjuntamente por gente de todo el mundo gracias al auge de Internet. En este capítulo se da una visión general de Linux. La exposición se organiza en las siguientes secciones: • Historia • Características generales y arquitectura • Gestión de procesos • Gestión de memoria • Entrada/salida • Sistema de archivos 1 HISTORIA DE LINUX El origen de Linux se encuentra en el sistema operativo MINIX. MINIX fue desarrollado por Andrew S. Tanenbaum con el objetivo de que sirviera de apoyo para la enseñanza de sistemas operativos. De hecho, en su clásico libro "Operating Systems: Design and Implementation" [Tanenbaum 1987], se utilizaba este sistema operativo para explicar los diferentes conceptos de esta materia, incluyéndose además en un apéndice un listado completo de su código escrito en lenguaje C. Además de por su carácter pedagógico, MINIX se caracterizaba por tener una estructura basada en un microkernel. El autor intentaba demostrar al crear MINIX que se podía construir un sistema operativo más sencillo y fiable, pero a la vez eficiente, usando este tipo de organización, que era novedosa en aquel momento. Algunas otras características positivas de MINIX eran las siguientes: • • • Ofrecía una interfaz basada en la de UNIX Versión 7. El grupo de trabajo de POSIX todavía no había terminado su labor en esa época. Tenía un tamaño relativamente pequeño. Constaba de aproximadamente 12.000 líneas de código. Podía trabajar en equipos que disponían de unos recursos hardware muy limitados. De hecho, incluso podía usarse en máquinas que no disponían de disco duro. Sin embargo, también presentaba algunas deficiencias y limitaciones. • • La gestión de memoria era muy primitiva. No había ni memoria virtual ni intercambio. Además, no se aprovechaba adecuadamente el mecanismo de paginación del procesador. El autor justificaba esta limitación argumentando que la inclusión de estos mecanismos complicaría considerablemente el código del sistema operativo. Aunque esta opinión es razonable desde el punto de vista pedagógico, tenía como consecuencia que MINIX no se utilizara como un sistema para el desarrollo de aplicaciones de cierta entidad. Por simplicidad, algunas partes del sistema operativo, como por ejemplo el sistema de archivos, no eran concurrentes lo que limitaba considerablemente el rendimiento del sistema. 1 A pesar de estos defectos, MINIX atrajo la atención de muchos usuarios de todo el mundo, que usaban el grupo de noticias comp.os.minix como punto de encuentro. Algunos de estos usuarios se ofrecían a mejorar partes del sistema o a incluir nuevas funciones al mismo. Sin embargo, el autor siempre fue bastante reacio a estas ofertas. Entre los interesados en MINIX se encontraba un estudiante finlandés llamado Linus Torvalds. Fue en el año 1990 cuando este estudiante envió un mensaje a este grupo de noticias comentando que por curiosidad y ganas de ampliar sus conocimientos estaba desarrollando un nuevo sistema operativo tomando como base MINIX. Se estaba produciendo el humilde nacimiento de Linux cuya primera versión (numerada como 0.01) vio la luz a mediados del año 1991. Es importante recalcar que en su concepción inicial Linux tomaba prestadas numerosas características de MINIX (por ejemplo, el sistema de archivos). De hecho, Linux se desarrolló usando como plataforma de trabajo MINIX y las primeras versiones de Linux no eran autónomas sino que tenían que arrancarse desde MINIX. Sin embargo, a pesar de esta herencia inicial, MINIX y Linux son radicalmente diferentes. Por un lado, Linux solventa muchas de las deficiencias de MINIX como, por ejemplo, la carencia de memoria virtual. Estas mejoras permiten que se trate de un sistema adecuado para trabajar de manera profesional, no limitándose su uso a un entorno académico. Pero la diferencia más importante entre ellos está en su organización interna. Mientras que MINIX tiene una estructura moderna basada en un microkernel, Linux posee una estructura monolítica más clásica. Este diseño conservador tuvo como consecuencia que el autor de MINIX no diera el visto bueno a Linux ya que consideraba que este sistema suponía un paso atrás en la evolución de los sistemas operativos. Desde su lanzamiento público en 1991, Linux ha ido evolucionando e incorporando nuevas características. Además, se ha transportado a otros procesadores como SPARC, Alpha y MIPS. En la actualidad es un sistema con unas características y prestaciones comparables a las de cualquier sistema operativo comercial. Puesto que en esta sección se ha presentado la historia de Linux, parece el lugar adecuado para explicar cuál es el convenio usado para numerar las sucesivas versiones del sistema. El número de la versión contiene un número primario y uno secundario separados por un punto (por ejemplo, versión 2.2). Un incremento en el número primario corresponde con una nueva versión que incluye cambios significativos en el sistema. En el caso de una modificación de menor impacto, sólo se modifica el número de versión secundario. Además, un número secundario de versión que sea impar (como, por ejemplo, la versión 2.1) indica que se trata de una versión inestable en la que se han incluido nuevas características que todavía hay que probar y depurar. Evidentemente, un usuario normal debería instalarse una versión con un número secundario par. 2 CARACTERÍSTICAS Y ESTRUCTURA DE LINUX Linux es un sistema UNIX y, por tanto, posee las características típicas de los sistemas UNIX. Se trata de un sistema multiusuario y multitarea de propósito general. Algunas de sus características específicas más relevantes son las siguientes: • • • • • Proporciona una interfaz POSIX. Tiene un código independiente del procesador en la medida de lo posible. Aunque inicialmente se desarrolló pera procesadores Intel, se ha transportado a otras arquitecturas con un esfuerzo relativamente pequeño. Puede adaptarse a máquinas de muy diversas características. Como el desarrollo inicial se realizó en máquinas con recursos limitados, ha resultado un sistema que puede trabajar en máquinas con prestaciones muy diferentes. Permite incluir de forma dinámica nuevas funcionalidades al núcleo del sistema operativo gracias al mecanismo de los módulos. Proporciona soporte para una gran variedad de tipos de sistemas de archivos, entre ellos los utilizados en Windows. También es capaz de manejar distintos formatos de archivos ejecutables. 2 • Proporciona soporte para multiprocesadores utilizando un esquema de multiproceso simétrico. Para aprovechar al máximo el paralelismo del hardware, se ha ido modificando progresivamente el núcleo con el objetivo de aumentar su concurrencia interna. En cuanto a la estructura de Linux, como se comentó previamente, tiene una organización monolítica al igual que ocurre con la mayoría de las implementaciones de UNIX. A pesar de este carácter monolítico, el núcleo no es algo estático y cerrado sino que se pueden añadir y quitar módulos de código en tiempo de ejecución. Se trata de un mecanismo similar al de las bibliotecas dinámicas pero aplicado al propio sistema operativo. Se pueden añadir módulos que correspondan con nuevos tipos de sistemas de archivos, nuevos manejadores de dispositivos o gestores de nuevos formatos de ejecutables. Un sistema Linux completo no sólo está formado por el núcleo monolítico sino también incluye programas del sistema (como, por ejemplo, demonios) y bibliotecas del sistema. Debido a las dificultades que hay para instalar y configurar el sistema, existen diversas distribuciones de Linux que incluyen el núcleo, los programas y bibliotecas del sistema, así como un conjunto de herramientas de instalación y configuración que facilitan considerablemente esta ardua labor. Hay distribuciones tanto de carácter comercial como gratuitas. Algunas de las distribuciones más populares son Slackware, Debian, Suse y Red Hat. 3 GESTIÓN DE PROCESOS La gestión de procesos en Linux es básicamente igual que en cualquier otra variedad de UNIX. Un aspecto original de Linux es el servicio clone que es una extensión del clásico fork. Este nuevo servicio permite crear un proceso que comparta con el padre su mapa de memoria, sus rutinas de manejo de señales y sus descriptores de archivos. Aunque Linux no implementa threads en el núcleo, se pueden construir bibliotecas de threads usando este nuevo servicio. En cuanto a la sincronización dentro del núcleo, siguiendo la tradición de UNIX, Linux no permite que haya llamadas concurrentes activas dentro del sistema operativo. Así, si se produce un evento que causa un cambio de proceso mientras se está ejecutando una llamada al sistema (por ejemplo, una interrupción de reloj), el cambio se difiere hasta que la llamada termina o se bloquea. Para evitar las condiciones de carrera entre la ejecución de una llamada y el tratamiento de una interrupción, se prohíben las interrupciones en pequeñas zonas del código del sistema. Puesto que el código de una rutina de interrupción ejecuta con una prioridad alta bloqueando el tratamiento de las interrupciones, es importante que estas rutinas sean muy cortas. Para ayudar a lograr este objetivo, Linux ofrece un mecanismo que permite dividir las operaciones asociadas a una interrupción en dos partes: • • Las operaciones de carácter más urgente se ejecutan en el entorno de la rutina de interrupción, denominada mitad superior en la nomenclatura de Linux. Las operaciones menos urgentes las ejecuta una rutina del núcleo que tiene una prioridad inferior a la de los dispositivos. Esta rutina se denomina en Linux mitad inferior y durante su ejecución no estarán bloqueadas las interrupciones de otros dispositivos. La propia mitad superior se encarga de fijar un determinado valor en una estructura de datos para indicar que la mitad inferior está activada. Justo antes de retornar a modo usuario, el sistema operativo comprueba dicha estructura y si encuentra que hay alguna una mitad inferior activada, la ejecutará. La figura 1 muestra cuáles son los niveles de prioridad de las diversas partes del núcleo. Nótese que sólo se ejecutará una rutina de un determinado nivel si no está activa ninguna rutina de un nivel superior. 3 Figura 1 Niveles de prioridad dentro del núcleo de Linux En cuanto a la planificación, Linux soporta tres clases de planificación: un algoritmo de tiempo compartido y dos algoritmos de planificación de tiempo real que se corresponden con los definidos por POSIX. El servicio sched_setscheduler permite definir la clase de planificación del proceso que la invoca. Esta llamada sólo puede hacerla un proceso privilegiado. Cada proceso de tiempo real tiene asociada una prioridad y un tipo de planificación que puede ser FIFO o Round-Robin. El planificador selecciona en cada momento el proceso listo para ejecutar que tenga mayor prioridad. Si el proceso es de tipo FIFO seguirá ejecutando hasta que se bloquee. Si es de tipo Round-Robin, cuando termine su rodaja el proceso pasará al final de la cola de procesos listos para ejecutar de su misma prioridad. Los procesos de tiempo compartido sólo pueden ejecutar cuando no hay ningún proceso de tiempo real listo para ejecutar. El algoritmo de planificación para este tipo de procesos intenta conjugar la prioridad del proceso con su perfil de ejecución, favoreciendo a los procesos que realizan más operaciones de entrada/salida. A continuación se describe este algoritmo. Todo proceso tiene asociada una prioridad base. Inicialmente la prioridad del proceso es igual a su prioridad base. Cada vez que se produce una interrupción de reloj se resta una unidad a la prioridad del proceso que estaba ejecutando. El algoritmo de planificación está basado en la prioridad del proceso y tiene carácter exclusivo: el planificador elige el proceso listo para ejecutar que tenga mayor prioridad. Cuando se produce una situación en la que todos los procesos listos para ejecutar tienen una prioridad igual a cero (todos ellos han usado el procesador un tiempo suficiente para que su prioridad haya caído a 0), se produce un reajuste de las prioridades de todos los procesos sea cuál sea su estado. la nueva prioridad se calcula dividiendo por 2 la actual y sumando la prioridad base (prioridad = prioridad/2 + prioridad base). Nótese que los procesos listos para ejecutar simplemente recuperan su prioridad base ya que su prioridad actual es igual a 0. Sin embargo, los procesos bloqueados obtienen una nueva prioridad mayor que la base puesto que su actual prioridad es mayor que cero. Se trata de una fórmula de tipo exponencial. Con ella un proceso que estuviese bloqueado mucho tiempo puede llegar a tener una prioridad con un valor del doble de la prioridad base. 4 4 GESTIÓN DE MEMORIA Linux tiene un sistema de memoria que incluye todas las características habituales en los sistemas modernos. Estas características ya fueron discutidas en el capítulo dedicado a este tema, por lo que en esta sección se presentan aquellos aspectos específicos de Linux: • • • • Se utiliza un modelo de memoria independiente del procesador. Utiliza un esquema de paginación con tres niveles. Existe una capa de software de bajo nivel que se encarga de adaptar este modelo abstracto al hardware de gestión de memoria real. Permite utilizar tanto dispositivos como archivos para soporte de la memoria secundaria. Se utiliza una versión modificada del algoritmo del reloj como algoritmo de reemplazo. Gestiona la memoria dinámica del propio sistema operativo usando un algoritmo inspirado en el sistema buddy. 5 ENTRADA/SALIDA La entrada/salida en Linux es muy similar a la de cualquier otro sistema UNIX. Se distinguen, por tanto, dos tipos de dispositivos: dispositivos de bloques y dispositivos de caracteres. Como el resto de los sistemas UNIX, se utiliza una caché común para todos los dispositivos de bloques. El tamaño de la caché es dinámico y crece de acuerdo a las necesidades de memoria del resto del sistema. Para gestionarla se usa básicamente una política de reemplazo LRU. En las últimas versiones esta caché trabaja coordinadamente con la utilizada por el gestor de memoria. En cuanto al acceso a los discos, se utiliza el algoritmo del ascensor con un único sentido de servicio. Siguiendo el modelo de UNIX, en Linux los usuarios ven los dispositivos como archivos y utilizan los servicios destinados a trabajar con archivos para acceder a los dispositivos. La red, sin embargo, es un dispositivo que tiene un tratamiento un poco diferente. El usuario no puede acceder a este dispositivo de la misma manera que a un archivo. La parte del sistema operativo que trata la red está dividida en tres niveles: • • • En el nivel inferior está el manejador del dispositivo al que el usuario no puede acceder directamente. En el nivel intermedio está el software que implementa la pila de protocolos (por ejemplo, TCP e IP). En el nivel superior está la interfaz del programador que corresponde con la de los sockets definidos en el UNIX BSD. 6 SISTEMA DE ARCHIVOS Linux da soporte a una gran variedad de tipos de sistemas de archivos entre los que se incluyen los distintos sistemas de archivos de Windows y de otros sistemas UNIX. Además, cualquier usuario puede programar un manejador de un nuevo tipo de sistema de archivos e incluirlo en el sistema como un módulo. Esta coexistencia de distintos tipos de sistemas de archivos la posibilita el VFS (Virtual File System, Sistema Virtual de Archivos) presente en la mayoría de los sistemas UNIX actuales y suficientemente analizado en el capítulo dedicado a los archivos. Aunque admite muy diferentes tipos de sistemas de archivos, Linux tiene sus propio sistema de archivos que se denomina ext2fs. Este sistema evolucionó desde el sistema de archivos de MINIX. Se le fueron añadiendo nuevas características al sistema de archivos de MINIX hasta llegar al sistema extfs. 5 Posteriormente, se rediseñó dando lugar al ext2fs actual. Se trata de un sistema basado en el FFS (Fast File System, Sistema de Archivos Rápido) del UNIX BSD, que ya se estudió adecuadamente en el capítulo dedicado a los archivos. Merece mención aparte un tipo de sistema de archivos muy especial: el sistema de archivos proc. Este sistema de archivos no tiene soporte en ningún dispositivo. Su objetivo es poner a disposición del usuario datos del estado del sistema en la forma de archivos. Esta idea no es original de Linux ya que casi todos los sistemas UNIX la incluyen. Sin embargo, Linux se caracteriza por ofrecer más información del sistema que el resto de variedades de UNIX. En este sistema de archivos se puede acceder a información general sobre características y estadísticas del sistema, así como a información sobre los distintos procesos existentes. La figura 2 muestra cómo se relacionan las distintas partes del sistema de archivos. Figura 2 Niveles del sistema de archivos 7 PUNTOS A RECORDAR El origen del Linux está en MINIX que es un sistema operativo de carácter pedagógico basado en un microkernel. Linux supera muchas de las limitaciones de MINIX y tiene una organización monolítica más convencional. Linux comenzó en 1991 como proyecto personal de Linus Torvalds. Gracias al auge de Internet, han colaborado numerosas personas en su desarrollo. Proporciona una interfaz POSIX. Está diseñado para facilitar su transporte a distintos procesadores. Puede ejecutar en máquinas de muy distintas prestaciones. Da soporte a una gran variedad de tipos de sistemas de archivos. Proporciona soporte para un esquema de multiproceso simétrico. 6 La gestión de procesos en Linux es muy similar a la realizada en otros sistemas UNIX. El núcleo de Linux no es reentrante. El tratamiento de un interrupción puede dividirse en una mitad superior, que ejecuta con alta prioridad, y una mitad inferior menos prioritaria. Linux soporta las clases de planificación de tiempo real definidas en POSIX. La planificación de procesos de tiempo compartido intenta conjugar la prioridad del proceso y su perfil de ejecución. La gestión de memoria en Linux incluye todas las características presentes en cualquier sistema operativo moderno. La entrada/salida es similar a la existente en cualquier otro sistema UNIX. Linux da soporte a una gran variedad de tipos de sistemas de archivos gracias al VFS. El sistema de archivos nativo de Linux es ext2fs basado en el FFS. El sistema de archivos proc ofrece mucha información sobre el propio sistema y los procesos existentes en el mismo. Bibliografía [Beck 1996] M. Beck, H. Bohme, M. Dziadzka, U. Kunitz, R. Magnus y D. Verworner, Linux Kernel Internals, Addison-Wesley, 1996. [Cornes 1997] P. Cornes, The Linux A-Z, Prentice-Hall, 1997. [Silberschatz 1998] A. Silberschatz and P.B. Galvin, Operating System Concepts, 5th ed., Addison-Wesley, 1998. [Tanenbaum 1987] A. S. Tanenbaum, Operating Systems: Design and Implementation, Primera edición, Prentice-Hall, 1987. [Tanenbaum 1997] A. S. Tanenbaum y A. Woodhull, Operating Systems: Design and Implementation, Segunda edición, Prentice Hall, 1997. 7