Sistemas Operativos por la Forma de Ofrecer sus
Servicios
Esta
clasificación también se refiere a una visión externa, que en este caso se
refiere a la del usuario, el cómo accesa a los servicios. Bajo esta
clasificación se pueden detectar dos tipos principales:
Sistemas
Operativos de Red
Sistemas
Operativos Distribuidos
Sistemas Operativos Distribuidos
Permiten distribuir trabajos, tareas o procesos, entre
un conjunto de procesadores. Puede ser que este conjunto de procesadores esté
en un equipo o en diferentes, en este caso es transparente para el usuario.
Existen dos esquemas básicos de éstos. Un sistema fuertemente acoplado es a es
aquel que comparte la memoria y un reloj global, cuyos tiempos de acceso son
similares para todos los procesadores
Sistemas Operativos Distribuidos
En un sistema débilmente acoplado los procesadores no
comparten ni memoria ni reloj, ya que cada uno cuenta con su memoria local.
Los sistemas distribuidos deben de ser muy confiables,
ya que si un componente del sistema se compone otro componente debe de ser
capaz de reemplazarlo.
Entre los diferentes Sistemas Operativos distribuidos
que existen tenemos los siguientes: Sprite, Solaris-MC, Mach, Chorus, Spring,
Amoeba, Taos, etc.
Sistemas Operativos de Red
Son aquellos sistemas que mantienen a dos o más
computadoras unidas a través de algún medio de comunicación (físico o no), con
el objetivo primordial de poder compartir los diferentes recursos y la
información del sistema.
El primer Sistema Operativo de red estaba enfocado a
equipos con un procesador Motorola 68000, pasando posteriormente a procesadores
Intel como Novell Netware.
Los Sistemas Operativos de red más ampliamente usados
son: Novell Netware, Personal Netware, LAN Manager, Windows NT Server, UNIX,
LANtastic.
Sistemas Operativos por Lotes
Los Sistemas Operativos por lotes, procesan una gran
cantidad de trabajos con poca o ninguna interacción entre los usuarios y los
programas en ejecución. Se reúnen todos los trabajos comunes para realizarlos
al mismo tiempo, evitando la espera de dos o más trabajos como sucede en el
procesamiento en serie.
Estos sistemas son de los más tradicionales y
antiguos, y fueron introducidos alrededor de 1956 para aumentar la capacidad de
procesamiento de los programas
Sistemas Operativos de Tiempo Real
Los Sistemas Operativos de tiempo real son aquellos en
los cuales no tiene importancia el usuario, sino los procesos. Por lo general,
están subutilizados sus recursos con la finalidad de prestar atención a los
procesos en el momento que lo requieran. Se utilizan en entornos donde son
procesados un gran número de sucesos o eventos.
Muchos Sistemas Operativos de tiempo real son
construidos para aplicaciones muy específicas como control de tráfico aéreo,
bolsas de valores, control de refinerías, control de laminadores. También en el
ramo automovilístico y de la electrónica de consumo, las aplicaciones de tiempo
real están creciendo muy rápidamente. Otros campos de aplicación de los
Sistemas Operativos de tiempo real son los siguientes
Sistemas Operativos de Tiempo Compartido
Permiten la simulación de que el sistema y sus
recursos son todos para cada usuario. El usuario hace una petición a la
computadora, esta la procesa tan pronto como le es posible, y la respuesta
aparecerá en la Terminal del usuario.
Los principales recursos del sistema, el procesador,
la memoria, dispositivos de E/S, son continuamente utilizados entre los diversos
usuarios, dando a cada usuario la ilusión de que tiene el sistema dedicado para
sí mismo. Esto trae como consecuencia una gran carga de trabajo al Sistema
Operativo, principalmente en la administración de memoria principal y
secundaria.
Sistemas Operativos Paralelos
En estos tipos de Sistemas Operativos se pretende que
cuando existan dos o más procesos que compitan por algún recurso se puedan
realizar o ejecutar al mismo tiempo.
En UNIX existe también la posibilidad de ejecutar
programas sin tener que atenderlos en forma interactiva, simulando paralelismo
(es decir, atender de manera concurrente varios procesos de un mismo usuario).
Así, en lugar de esperar a que el proceso termine de ejecutarse (como lo haría
normalmente), regresa a atender al usuario inmediatamente después de haber
creado el proceso.
