Estructura y organización de sistemas operativos actuales.

Estructura Monolítica o Modular.

El sistema operativo se escribe como una colección de procedimientos, cada uno

de los cuales puede llamar a los demás cada vez que así lo requiera. Cuando se
usa esta técnica, cada procedimiento del sistema tiene una interfaz bien definida
en términos de parámetros y resultados y cada uno de ellos es libre de llamar a
cualquier otro, si este último proporciona cierto cálculo útil para el primero. Sin
embargo incluso en este tipo de sistemas es posible tener al menos algo de
estructura. Los servicios (llamadas al sistema) que proporciona el sistema
operativo se solicitan colocando los parámetros en lugares bien definidos, como
en los registros o en la pila, para después ejecutar una instrucción especial de
trampa de nombre "llamada al núcleo" o "llamada al supervisor".

Estructura Jerárquica

A medida que fueron creciendo las necesidades de los usuarios y se

perfeccionaron los sistemas. Se hizo necesaria una mayor organización del
software, del sistema operativo, donde una parte del sistema contenía subpartes
y esto organizado en forma de niveles. Ejemplos: Multics y Unix.

Estructura por microkernel.

Las funciones centrales de un SO son controladas por el núcleo (kernel) mientras

que la interfaz del usuario es controlada por el entorno (shell). Por ejemplo, la
parte más importante del DOS es un programa con el nombre
"COMMAND.COM" Este programa tiene dos partes. El kernel, que se mantiene
en memoria en todo momento, contiene el código máquina de bajo nivel para
manejar la administración de hardware para otros programas que necesitan
estos servicios, y para la segunda parte del COMMAND.COM el shell, el cual es
el intérprete de comandos

Las funciones de bajo nivel del SO y las funciones de interpretación de comandos

están separadas, de tal forma que puedes mantener el kernel DOS corriendo,
pero utilizar una interfaz de usuario diferente. Esto es exactamente lo que sucede
cuando cargas Microsoft Windows, el cual toma el lugar del shell, reemplazando
la interfaz de línea de comandos con una interfaz gráfica del usuario. Existen
muchos "shells" diferentes en el mercado, ejemplo: NDOS (Norton DOS), XTG,
PCTOOLS, o inclusive el mismo SO MS-DOS a partir de la versión 5.0 incluyó
un Shell llamado DOS SHELL.
Cliente-servidor

El tipo más reciente de sistemas operativos es el denominado Cliente-servidor,

que puede ser ejecutado en la mayoría de las computadoras, ya sean grandes o
pequeñas. Este sistema sirve para toda clase de aplicaciones por tanto, es de
propósito general y cumple con las mismas actividades que los sistemas
operativos convencionales.

El núcleo tiene como misión establecer la comunicación entre los clientes y los
servidores. Los procesos pueden ser tanto servidores como clientes. Por
ejemplo, un programa de aplicación normal es un cliente que llama al servidor
correspondiente para acceder a un archivo o realizar una operación de
entrada/salida sobre un dispositivo concreto. A su vez, un proceso cliente puede
actuar como servidor para otro." Este paradigma ofrece gran flexibilidad en
cuanto a los servicios posibles en el sistema final, ya que el núcleo provee
solamente funciones muy básicas de memoria, entrada/salida, archivos y
procesos, dejando a los servidores proveer la mayoría que el usuario final o
programador puede usar. Estos servidores deben tener mecanismos de
seguridad y protección que, a su vez, serán filtrados por el núcleo que controla
el hardware. Actualmente se está trabajando en una versión de UNIX que
contempla en su diseño este paradigma.
¿Cómo se estructura el sistema de archivos en
GNU/Linux ?
Los sistemas Linux residen bajo un árbol jerárquico de archivos, bastante
parecido a como se estructura los sistemas Unix. En sus inicios, ese árbol
jerárquico de directorios y archivos no estaban bajo ningún estándar, es decir,
existían variaciones entre el de una distribución y otra. Fue esto lo que motivo a
grupo de personas a desarrollar, en el año 1993, lo que se conoce como
Filesystem Hierarchy Standard (FHS) o en español Estándar de Jerarquía de
Sistema de Ficheros.
FHS

El FHS se define como el estándar que establece y brinda el detalle de los

nombres, contenidos, ubicaciones y permisos de los archivos y directorios, en
otras palabras, es el conjunto de reglas que determinan una estructuración
común de archivos y directorios en los sistemas Linux. Este estándar no es más
que un documento de guía, el cual puede ser consultado por los fabricantes y
ser aplicado al momento de crear una nueva distribución.

Resulta importante aclarar que un fabricante puede decidir entre aplicarlo o no.
La ventaja de integrarlo a su sistema Linux, es que este hará que su entorno sea
mucho más compatible con el resto de las distribuciones en Linux. Otro punto a
resaltar es que el estándar permite cierta flexibilidad, por lo tanto, existen ciertas
libertades al momento de aplicar las reglas y de allí parte el hecho de que existen
ciertas diferencias un poco leves entre diferentes distribuciones.

Objetivos principales de FHS

 Exponer un sistema de archivos jerárquico con coherencia y de manera

uniforme.
 Brindar facilidad en el desarrollo de software, ya que permitirá una fácil
predicción e identificación de archivos y directorios instalados.
 Otorgar al usuario facilidad para predecirla localización de archivos y
directorios en su ordenador.

Como vemos, el enfoque principal del FHS es la creación de sistemas operativos

con estructuras lo más compatibles que sea posible. Lo que brindara una mejor
experiencia a los usuarios comunes, ya que podrán entender el significado de
cada elemento dentro del sistema y localizarlo con facilidad.

Por otro lado, en el mismo FHS se manifiesta cuáles son los tipos de archivos
que puede contemplarse en la estructura del sistema:

 Archivos compartibles y no compartibles: Los primeros son archivos

propios de un ordenador y los segundos son los archivos que pueden
compartirse entre diferentes ordenadores.
 Por ejemplo:
 Archivos compartibles: los contenidos en /var/www/html (que es el
DocumentRoot por defecto del servidor Web Apache. Donde se almacena
inicialmente el index.html de bienvenida).
 Archivos no compartibles: los contenidos en /boot/grub/ (Subdirectorio
donde se ubican los ficheros del gestor de arranque GRUB).