FACULTAD DE INGENIERÍA

INGENIERIA DE SISTEMAS
ASIGNATURA SISTEMAS OPERATIVOS
LECTURA – ESTRUCTURAS DE LOS SISTEMAS OPERATIVOS

INFORMACIÓN GENERAL DEL TALLER

OBJETIVO GENERAL

 Examinar las estructuras de los Sistemas Operativos y determinar su funcionamiento

COMPETENCIAS A DESARROLLAR
 Interpretar las definiciones de las estructuras de los sistemas operativos
 Identificar la estructura y verificar el funcionamiento en cada sistema operativo planteado
 Reconocer el diseño de cada estructura
 Identificar los pasos que se deben dar para ejecutar un servicio a llamada al sistema
operativo en cada estructura.
 Verificar cómo está conformada cada estructura y diferenciarla de los sistemas operativos
actuales.

Estructura de un sistema operativo

En esta unidad se examina cinco estructuras distintas que ya han sido probadas, con el fin de
tener una idea más extensa de cómo está estructurado el sistema operativo. Veremos
brevemente algunas estructuras de diseños de sistemas operativos.
1. Estructura modular.

También llamados sistemas monolíticos. Este tipo de organización es con mucho la mas común;
bien podría recibir el subtitulo de "el gran embrollo". La estructura consiste en que no existe
estructura alguna. 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 ultimo
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".
Esta instrucción cambia la máquina del modo usuario al modo núcleo y transfiere el control al
sistema operativo, lo que se muestra en el evento (1) (Realizar gráfica por intercepción del
profesor). El sistema operativo examina entonces los parámetros de la llamada, para determinar
cual de ellas se desea realizar, como se muestra en el evento (2). A continuación, el sistema
operativo analiza una tabla que contiene en la entrada k un apuntador al procedimiento que
realiza la k-esima llamada al sistema. Esta operación que se muestra en (3), identifica el
procedimiento de servicio, al cual se llama. Por ultimo, la llamada al sistema termina y el control
regresa al programa del usuario.

Pasos para determinar la forma en que debe hacerse una llamada al sistema:
1. El programa del usuario es atraído hacia el núcleo.
2. El sistema operativo determina el número del servicio solicitado.
3. El sistema operativo localiza y llama al procedimiento correspondiente al servicio.
4. El control regresa al programa del usuario.

Esta estructura sugiere una organización básica del sistema operativo así:
1. Un programa principal que llama al procedimiento del servicio solicitado.
2. Un conjunto de procedimientos de servicio que llevan a cabo las llamadas al sistema.
3. Un conjunto de procedimientos utilitarios que ayudan al procedimiento de servicio.
En este modelo, para cada llamada al sistema existe un procedimiento de servicio que se encarga
de él. Los procedimientos utilitarios hacen cosas necesarias para varios procedimientos de
servicio, por ejemplo buscar los datos de los programas del usuario.

2. 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 interprete 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, y 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.

Figura Nro. 2
3. Estructura por anillos concéntricos (capas).
El sistema por "capas" consiste en organizar el sistema operativo como una jerarquía de capas,
cada una construida sobre la inmediata inferior. El primer sistema construido de esta manera fue
el sistema THE (Technische Hogeschool Eindhoven), desarrollado en Holanda por E. W. Dijkstra
(1968) y sus estudiantes.
El sistema tenia 6 capas, como se muestra en la figura 3. La capa 0 trabaja con la asignación del
procesador y alterna entre los procesos cuando ocurren las interrupciones o expiran los
cronómetros. Sobre la capa 0, el sistema consta de procesos secuénciales, cada uno de los
cuales se podría programar sin importar que varios procesos estuvieran ejecutándose en el
mismo procesador, la capa 0 proporcionaba la multiprogramación básica de la CPU.
La capa 1 realizaba la administración de la memoria. Asignaba el espacio de memoria principal
para los procesos y un recipiente de palabras de 512K se utilizaba para almacenar partes de los
procesos (páginas) para las que no existía lugar en la memoria principal. Por encima de la capa 1,
los procesos no debían preocuparse si estaban en la memoria o en el recipiente; el software de la
capa 1 se encargaba de garantizar que las páginas llegaran a la memoria cuando fueran
necesarias.
La capa 2 se encargaba de la comunicación entre cada proceso y la consola del operador. Por
encima de esta capa, cada proceso tiene su propia consola de operador.
La capa 3 controla los dispositivos de E/S y guarda en almacenes (buffers) los flujos de
información entre ellos. Por encima de la capa 3, cada proceso puede trabajar con dispositivos
exactos de E/S con propiedades adecuadas, en vez de dispositivos reales con muchas
peculiaridades. La capa 4 es donde estaban los programas del usuario, estos no tenían que
preocuparse por el proceso, memoria, consola o control de E/S. el proceso operador del sistema
se localizaba en la capa 5.
Una generalización mas avanzada del concepto de capas se presento en el sistema MULTICS.
En lugar de capas, MULTICS estaba organizado como una serie de anillos concéntricos, siendo
los anillos interiores los privilegiados. Cuando un procedimiento de un anillo exterior deseaba
llamar a un procedimiento de un anillo interior, debió hacer el equivalente a una llamada al
sistema
Mientras que el esquema de capas de THE era en realidad un apoyo al diseño, debido a que
todas las partes del sistema estaban ligadas entre si en un solo programa objeto, en MULTICS, el
mecanismo de anillos estaba mas presente durante el tiempo de ejecución y era reforzado por el
hardware. La ventaja del mecanismo de anillos es su facilidad de extensión para estructurar
subsistemas del usuario.

5 El operador

4 Programas del usuario

3 Control de entrada/salida

2 Comunicación operador-proceso

1 Administración de la memoria y del disco

0 Asignación del procesador y multiprogramación

Figura 3. Estructura del sistema operativo THE.

4. Estructura cliente – servidor
Una tendencia de los sistemas operativos modernos es la de explotar la idea de mover el código a
capas superiores y eliminar la mayor parte posible del sistema operativo para mantener un núcleo
mínimo. El punto de vista usual es el de implantar la mayoría de las funciones del sistema
operativo en los procesos del usuario. Para solicitar un servicio, como la lectura de un bloque de
cierto archivo, un proceso del usuario (denominado proceso cliente) envía la solicitud a un
proceso servidor, que realiza entonces el trabajo y regresa la respuesta. En este modelo, lo único
que hace el núcleo es controlar la comunicación entre los clientes y los servidores. Al separar el
sistema operativo en partes, cada una de ellas controla una faceta del sistema, como el servicio a
archivos, servicios a procesos, servicio a terminales o servicio a la memoria, cada parte es
pequeña y controlable. Además como todos los servidores se ejecutan como procesos en modo
usuario y no en modo núcleo, no tienen acceso directo al hardware. En consecuencia si hay un
error en el servidor de archivos, éste puede fallar, pero esto no afectará en general a toda la
máquina.
Otra de las ventajas del modelo cliente-servidor es su capacidad de adaptación para su uso en los
sistemas distribuidos
Si un cliente se comunica con un servidor mediante mensajes, el cliente no necesita saber si el
mensaje se maneja en forma local, en su máquina, o si se envía por medio de una red a un
servidor en una máquina remota. En lo que respecta al cliente, lo mismo ocurre en ambos casos:
se envió una solicitud y se recibió una respuesta.

5. Estructura de un sistema operativo Virtual.

ACTIVIDADES E INSTRUCCIONES A REALIZAR.

Realizar las figuras o gráficas que pertenecen a cada una de las estructuras así:
Un modelo de estructura simple para un sistema monolítico.
El modelo Cliente-servidor.
El modelo cliente-servidor en un sistema distribuido.
La gráfica de una estructura para un sistema operativo virtual.

CAMPO DE APLICACION
Área de Redes de Computadores, comunicación entre comandos, servicios y recursos de los
sistemas operativos y seguridad informática en los sistemas operativos.

MATERIALES Y RECURSOS A UTILIZAR

 Consultas en el libro de Abraham SilberSchatz, Fundamentos de sistemas operativos


PROCEDIMIENTO, METODO O ACTIVIDADES

Paso 1 : Lectura de la Introducción a las estructuras de sistemas operativos

Paso 2 : Utilizar los comandos internos y externos de los sistemas operativos para verificar
su funcionamiento.

Paso 3 : Crear un archivo por lotes y ejecutarlo para validar su proceso.

RESULTADOS ESPERADOS

 Memorizar los conceptos sobre las estructuras de los sistemas operativos.

 Crear un archivo por lotes personalizado y verificar sus resultados.

PRODUCTOS OBTENIDOS Y ENTREGABLES

1-Entrega un mapa conceptual relacionando las estructuras de los sistemas operativos.
2-Entregar el desarrollo del ejercicio sobre archivos por lote. En el aula virtual se encuentra el
enunciado del archivo por lote que se debe crear.

CRITERIOS DE EVALUACIÓN DE LA PRÁCTICA

 Pertenece a un porcentaje según la metodología de evaluación de la USB

BIBLIOGRAFÍA COMENTADA.

 Libro de Abraham SilberSchatz- Fundamentos de sistemas Operativos.

 Consultas en páginas Web serias que permitan estudiar las estructuras de los sistemas
operativos.

RUBRICA DE EVALUACIÓN.

Criterios de
Evaluación 4.5 – 5.0 4.0 - 4.5 3.0 – 3.5 2.5 – 3.0 Calificación
No es copia fiel de Excede a cuatro No se presenta de Realiza un 50% ó
los textos cuartillas o no alcanza manera clara 60% de los
1.- Definiciones consultados sino a cubrir una. y completa. La experimentos,
una síntesis de Algunos párrafos son relación con el mencionando el
ideas completas y copias fieles de los problema planteado procedimiento de
claras del tema. textos consultados. es prácticamente manera
 Algunas ideas del incongruente. El completa
tema están cortadas. 60% del tema es incluyendo el
copiado. material y equipo
utilizado. Las
respuestas son
congruentes con
los experimentos
realizados.
Realiza todos los Realiza un 80% de los Realiza un 50% ó Realiza un 50% ó
experimentos, experimentos, 60% de los 60% de los
2.- Desarrollo mencionando el mencionando el experimentos, experimentos,
de la Práctica procedimiento de procedimiento de mencionando el mencionando el
manera completa, manera procedimiento de procedimiento de
incluyendo el completa incluyendo el manera manera
material y equipo material completa incluyendo completa
utilizado. Las y equipo utilizado. Las el material incluyendo el
respuestas son respuestas son y equipo utilizado. material
congruentes con los congruentes con Las y equipo utilizado.
experimentos los experimentos respuestas son Las
realizados. realizados. congruentes con respuestas son
los experimentos incongruentes con
realizados. los experimentos
realizados.
Recopila y ordena Presenta datos Tiene datos Tiene datos
los datos en ordenados en parcialmente parcialmente
3.- relación al relación al ordenados, presenta ordenados,
Interpretación, procedimiento. Se procedimiento. Se algunas presenta algunas
presentan los datos presentan en tablas, tablas o gráficas, los tablas o gráficas,
Análisis de los en tablas, gráficas, resultados los resultados se
resultados gráficas, dibujos, dibujos, etc. se interpretan y interpretan y
etc. claramente claramente analizan en 50% analizan en 50%
identificados. Los identificados, se ó 60% ó 60%
datos se interpretan y
interpretan y analizan parcialmente
analizan en un
comparativamente 80%.
con la
información
bibliográfica
consultada.
Deduce el Deduce el Deduce el Deduce el
comportamiento de comportamiento de comportamiento de comportamiento
4.- Conclusión la(s) la(s) variable(s) la(s) variable(s) de
variable(s) estudiada(s) a estudiada(s) a la(s) variable(s)
estudiada(s) a partir partir del problema partir del problema estudiada(s) a
del planteado. planteado. partir del problema
problema planteado. Incluye el rechazo o la No incluye el planteado.
Rechaza o aceptación de la rechazo o No incluye el
acepta la hipótesis e hipótesis, pero aceptación de la rechazo o
incluye no las propuestas de hipótesis ni aceptación de la
propuestas de mejoras. propone mejoras. hipótesis ni
mejora o genera propone mejoras.
nuevos problemas.
Participa Participa Es un observador No Participa en la
propositiva e ocasionalmente o lo pasivo. realización de la
5.- Actitud integralmente en hace constantemente práctica.
toda la práctica pero sin coordinarse
con su compañero.