Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Analizando la historia de los Sistemas Operativos notamos que se puede considerar que stos surgen
desde finales de los 50's con una arquitectura bastante obsoleta comparada con la de la actualidad.
Para poder construir un Sistema Operativo se deben tener en cuenta dos tipos de requisitos, los cuales
son:
Requisitos de usuario: Un sistema fcil de usar y de aprender, seguro, rpido y adecuado para
el uso que se le necesita dar.
Contenido
[ocultar]
5 Referencias
o 5.1 Artculos
o 5.2 Enlaces
Segn la Real Academia Espaola Monoltico es algo de una pieza, sin fisuras o rgido, inflexible, Los sistemas
Monolticos son la estructura ms simple para un Sistema Operativo. Tambin llamados de Estructura Modular,
fue escrito para proporcionar una mxima funcionalidad dentro del menor espacio posible,
Se caracteriza porque no tienen una estructura totalmente clara, con sto nos referimos a que sus rutinas y
funcionalidades (ej. manejo de drivers, sistemas de archivos, gestin de memoria, etc.), se encuentran
agrupados
en
un
solo
programa
(el
Sistema
Operativo).
Este sistema est descrito como un conjunto de procedimientos o rutinas entrelazadas de tal forma que cada una
tiene la posibilidad de llamar a las otras rutinas cada vez que as lo requiera. Sin embargo, cabe destacar las
falencias en este tipo de estructura que radica principalmente en la poca confiabilidad otorgada, ya que todo el
sistema, al no tener una estructura definida, se ejecuta todo en el mismo nivel del ncleo (kernel) lo que lo hace
altamente vulnerable, por esta razn cuando falla un programa se produce un error en todo el sistema. Adems,
otro problema inherente al Sistema Monoltico es que si se modifica el hardware por lo general es necesario
recompilar el kernel para poder disponer de las funcionalidades. sto consume tiempo y recursos porque la
compilacin de un nuevo kernel puede durar varias horas y necesita de una gran cantidad de memoria. Cada vez
que alguien aade una nueva caracterstica o corrige un error, significa que se necesitar hacer una recopilacin
del kernel entero, un ejemplo de esto podemos verlo en Linux. Tambin el hecho de que en el espacio del
kernel estn incluidos todos los servicios bsicos, tiene tres grandes inconvenientes: el tamao del ncleo, la
falta de extensibilidad y la mala capacidad de mantenimiento.
Linux
Syllable
DR-DOS
AIX
BeOS
Mach
MorphOS
QNX
Minix
Hurd
L4
RadiOS
Symbian
VSTa
Microncleo o Microkernel
Todo el ncleo se ejecuta en
modo supervisor
Ms robusto
El
sistema
operativo
es
interrumpible
Menor rendimiento debido a la
sobrecarga de comunicaciones
Fcil de modificar en tiempo de
ejecucin
Ms adaptable
Sistema Cliente-Servidor:
Dentro de esta estructura tambin podramos incluir el Sistema Cliente-Servidor ya que presenta una
ligera variacin en la idea del Microkernel la cual es que este sistema hace la diferencia entre dos clases
de procesos: los servidores, cada uno de los cuales proporciona cierto servicio, y los clientes, que
utilizan estos servicios. A menudo la capa inferior es un microkernel, pero eso no es requerido. La
esencia es la presencia de procesos cliente y procesos servidor.
En los sistemas operativos modernos, los sistemas cliente-servidor nacen con la finalidad de minimizar
el ncleo (kernel), trasladando el cdigo de todos sus servicios a las capas superiores; y el ncleo slo
deber controlar la comunicacin, que se realiza mediante mensajes, entre clientes y servidores o
servidores y hardware.
El objetivo es desarrollar la mayora de las funciones del sistema operativos como procesos de usuario.
Un proceso de usuario, llamado en este caso proceso cliente, enva una solicitud a un proceso servidor,
que realiza el trabajo y devuelve la respuesta.
El sistema operativo se divide en partes donde cada una controla una faceta del sistema, entre ellos
servicios a archivos, servicios a procesos, servicios a terminales, o servicios a la memoria, donde cada
una es pequea y controlable, as al ejecutar los procesos en modo usuario y no en modo ncleo si hay
algn error en algn servidor, este afectar slo a dicha parte y no a toda la mquina, ya que no se tiene
acceso al hardware.
Un caso sencillo de cliente, en este caso, es un programa de aplicacin que llama al servidor para
acceder a un archivo, otro ejemplo es cuando el programa de aplicacin realiza una operacin de entrada
o salida a un dispositivo concreto. En cada uno de estos casos el cliente a su vez puede ser servidor de
otros servicios. Esta idea se refleja a continuacin:
Venus
La mayora de los sistemas operativos modernos implementan este enfoque. Lo que caracteriza este tipo
de estructura es que el kernel se compone por mdulos, y cada uno de estos mdulos se encuentra
separado de forma independiente, tal que, si alguno falla no afecta a los otros, ni al ncleo, por ejemplo,
si el mdulo de software que se encarga de controlar el proceso de Telnet en una unidad se bloquea o es
atacado, slo este proceso se ver afectado. El resto de las operaciones siguen sus funciones habituales.
Los mdulos se pueden cargar dinmicamente en el ncleo cuando se necesiten, ya sea, en tiempo de
ejecucin o durante el arranque del sistema. El kernel dispone de los componentes fundamentales y se
conectan directamente con servicios adicionales. Adems otros componentes pueden cargarse
dinmicamente al ncleo. Este enfoque modular utiliza la programacin orientada a objetos.
En general, esta estructura se parece bastante a la de capas, pero es mucho ms flexible debido a que
cualquier mdulo de esta estructura puede llamar a otro. Es similar a la estructura de microkernel, pues
el kernel tambin tiene las funciones esenciales , pero este es ms eficiente ya que, no necesitan un
mecanismo de paso de mensajes para comunicarse, slo interfaces conocidas.
Tabla comparativa sobre algunas funcionalidades entre Sistemas Monoltico y Sistemas por
Mdulos:
Funcionalidad
Sistema Monoltico
Sistema Modular
Cerrada, es decir, inmodificable a Abierta, es decir, que todos los componentes
los programadores ajenos a la del sistema del computador sean compatibles
compaa propietaria del cdigo en cualquier ambiente sin importar la
fuente.
compaa que lo haya producido.
Arquitectura
Dependencia
Hardware
Escalabilidad
de
Absolutamente dependiente.
No existe dependencia.
No existe.
Vulnerabilidad
Muy Vulnerable
Existe una vulnerabilidad controlada.
frente a los ataques
Ejecucin limitada, difcil realizar
Ejecucin
de ejecuciones
de
instrucciones Control total de ejecucin de comandos
Scripts
externas, ya que el sistema carga al externos.
inicio las funciones a realizar.
No es posible extender las Es posible extender sus capacidades hacia
Extensibilidad
capacidades del SO sin crear un operaciones con agentes externos mediante
nuevo cdigo.
APIs en un modelo cliente-servidor.
Muy bajos, ya que si se produce un Altos. Al existir un error de programacin,
Niveles
de error local, puede ocasionar un este sucede localmente en un componente del
Disponibilidad
sistema inestable, detenido o un sistema, el cual puede ser fcilmente
error en todo el sistema.
reparado, sin afectar al resto.
Este tipo de sistemas no es
adecuado para realizar funciones en
Soporte para Redes
ptimo soporte, a causa de su alta
lnea,
como
por
ejemplo
Convergentes
disponibilidad.
sincronizacin de voz, datos y
videos.
Cambios
Posibles,
ya
que
cada
mdulo
Al
estar
todo
integrado
dinmicos en el
independientemente puede ser dado de alta o
conjuntamente, no es posible.
software
baja de manera independiente.
Unix modernos
Solaris
Linux
Mac OSX
Referencias
Abraham Silberschatz, Greg Gagne, Peter Baer Galvin (2006). Fundamentos de sistemas
operativos (7 edicin). Mcgraw-hill.
Artculos
Monolithic
kernel
vs.
Microkernel,
Benjamin
(http://www.vmars.tuwien.ac.at/courses/akti12/journal/04ss/article_04ss_Roch.pdf)
Roch