SISTEMAS OPERATIVOS, CARACTERISTICAS Y FAMILIAS [1]

Ms. Ing. Jairo E. Mrquez D.

Introduccin

Un sistema operativo es un programa o conjunto de programas que en un sistema

informtico gestiona los recursos de hardware y provee servicios a los programas
de aplicacin, ejecutndose en modo privilegiado respecto de los restantes. [2]

Ntese que es un error comn muy extendido

denominar al conjunto completo de herramientas
sistema operativo, es decir, la inclusin en el mismo
trmino de programas como el explorador de ficheros,
el navegador web y todo tipo de herramientas que
permiten la interaccin con el sistema operativo,
tambin llamado ncleo o kernel. Esta identidad entre
kernel y sistema operativo es solo cierta si el ncleo
es monoltico. Otro ejemplo para comprender esta
diferencia se encuentra en la plataforma Amiga,
donde el entorno grfico de usuario se distribua por
separado, de modo que, tambin poda reemplazarse
por otro, como era el caso de directory Opus o
incluso manejarlo arrancando con una lnea de
comandos y el sistema grfico. De este modo, al
arrancar un Amiga, comenzaba a funcionar con el propio sistema operativo que
llevaba incluido en una ROM, por lo que era cuestin del usuario decidir si
necesitaba un entorno grfico para manejar el sistema operativo o simplemente
otra aplicacin. Uno de los ms representativos ejemplos de esta diferencia, es el
ncleo de Linux, usado en las llamadas distribuciones Linux, ya que al estar
tambin basadas en Unix, proporcionan un sistema de funcionamiento similar.
Este error de precisin, se debe a la modernizacin de la informtica llevada a
cabo a finales de los 80, cuando la filosofa de estructura bsica de
funcionamiento de los grandes computadores [3] se redise a fin de llevarla a los
hogares y facilitar su uso, cambiando el concepto de computador multiusuario,
(muchos usuarios al mismo tiempo) por un sistema monousuario (nicamente un
usuario al mismo tiempo) ms sencillo de gestionar. (Vase AmigaOS, beOS o
MacOS como los pioneros[4] de dicha modernizacin, cuando los Amiga fueron
bautizados con el sobrenombre de Video Toasters [5] por su capacidad para la
Edicin de vdeo en entorno multitarea round robin1, con gestin de miles de
colores e interfaces intuitivos para diseo en 3D.

Uno de los propsitos del sistema operativo que gestiona el ncleo intermediario
consiste en gestionar los recursos de localizacin y proteccin de acceso del
hardware, hecho que alivia a los programadores de aplicaciones de tener que

1
Round robin es un mtodo para seleccionar todos los elementos en un grupo de manera equitativa y en un
orden racional, normalmente comenzando por el primer elemento de la lista hasta llegar al ltimo y
empezando de nuevo desde el primer elemento. El nombre del algoritmo viene del principio de Round-Robin
conocido de otros campos, donde cada persona toma una parte de un algo compartido en cantidades parejas.

Una forma sencilla de entender el round robin es imaginar una secuencia para "tomar turnos". En operaciones
computacionales, un mtodo para ejecutar diferentes procesos de manera concurrente, para la utilizacin
equitativa de los recursos del equipo, es limitando cada proceso a un pequeo perodo (quantum), y luego
suspendiendo este proceso para dar oportunidad a otro proceso y as sucesivamente. A esto se le denomina
comnmente como Planificacin Round-Robin.

Round Robin es un algoritmo de planificacin de procesos simple de implementar, dentro de un sistema

operativo se asigna a cada proceso una porcin de tiempo equitativa y ordenada, tratando a todos los procesos
con la misma prioridad. En Sistemas operativos, la planificacin Round Robin da un tiempo mximo de uso
de CPU a cada proceso, pasado el cual es desalojado y retornado al estado de listo, la lista de procesos se
planifica por FIFO, primero llegado, primero atendido.

Pasos de ciclos

Para averiguar los pasos de ciclos de procesos totales se toman todos los nmeros de procesos y se calculan
con los procesos necesarios para la realizacin de estos...

Suponga que hay tres procesos y se desea averiguar cunto tarda.

proceso A: 3 veces
proceso B: 4 veces
proceso C: 5 veces

siguiendo

tp=tProceso+[(tProcesoultimo-tProceso))-(tProcesoultimo-tProcesoproximo)]+tProceso
La planificacin Round Robin puede ser aplicada tambin a otros problemas de planificacin, como la
planificacin de redes. En las redes inalmbricas, donde varios servidores comparten un mismo canal, este
algoritmo provee a cada servidor un intervalo regular de tiempo para transmitir o recibir informacin
mediante el canal compartido. Esto hace parecer a Round Robin como un algoritmo justo, pero, de todos
modos, por ser mucho menos eficiente que el "algoritmo de proporcionalidad justa", es muy difcil proveer un
buen servicio a los suscriptores. El operador de la red tambin sufrir capacidad reducida en la red. La causa
principal es que este algoritmo no tiene en cuenta el cambio de condiciones de recepcin en los diferentes
receptores, por lo que planear transmisiones desde/hacia los suscriptores de la mitad de tiempo cuando sus
condiciones de recepcin sean peores que las habituales. En contraste, el planeamiento de proporcionalidad
justa tendr en cuenta el cambio de condiciones de recepcin en los diferentes receptores y agendar las
transmisiones desde/hacia los suscriptores cada vez que las condiciones de recepcin estn peores que lo
normal.

Fuente. Planificacin Round-robin. Recuperado el 9 de marzo de 2013.

http://es.wikipedia.org/wiki/Planificaci%C3%B3n_Round-robin
tratar con estos detalles. La mayora de aparatos electrnicos que utilizan
microprocesadores para funcionar, llevan incorporado un sistema operativo
(telfonos mviles, reproductores de DVD, computadoras, radios, enrutadores,
etc.). En cuyo caso, son manejados mediante una Interfaz Grfica de Usuario, un
gestor de ventanas o un entorno de escritorio, si es un celular, mediante una
consola o control remoto si es un DVD y, mediante una lnea de comandos o
navegador web si es un enrutador.

Llamadas al sistema operativo

Las llamadas son aquellas que ejecutan los programas de aplicacin para pedir
algn servicio al SO.

Cada SO implementa un conjunto propio de llamadas al sistema. Ese conjunto de

llamadas es la interfaz del SO frente a las aplicaciones. Constituyen el lenguaje
que deben usar las aplicaciones para comunicarse con el SO. Por ello si
cambiamos de SO, y abrimos un programa diseado para trabajar sobre el
anterior, en general el programa no funcionar, a no ser que el nuevo SO tenga la
misma interfaz. Para ello:

- Las llamadas correspondientes deben tener el mismo formato.

- Cada llamada al nuevo SO tiene que dar los mismos resultados que la
correspondiente del anterior.

Modos de ejecucin en un CPU

Las aplicaciones no deben poder usar todas las instrucciones de la CPU. No

obstante el Sistema Operativo, tiene que poder utilizar todo el conjunto de
instrucciones del CPU. Por ello, una CPU debe tener (al menos) dos modos de
operacin diferentes:

- Modo usuario: el CPU podr ejecutar slo las instrucciones del juego
restringido de las aplicaciones.
- Modo supervisor: la CPU debe poder ejecutar el juego completo de
instrucciones.

Una aplicacin, normalmente no sabe dnde est situada la rutina de servicio de

la llamada. Por lo que si sta se codifica como una llamada de funcin, cualquier
cambio en el SO hara que hubiese que reconstruir la aplicacin. Pero lo ms
importante es que una llamada de funcin no cambia el modo de ejecucin de la
CPU. Con lo que hay que conseguir llamar a la rutina de servicio, sin tener que
conocer su ubicacin, y hacer que se fuerce un cambio de modo de operacin de
la CPU en la llamada (y la recuperacin del modo anterior en el retorno).

Esto se hace utilizando instrucciones mquina diseadas especficamente para

este cometido, distintas de las que se usan para las llamadas de funcin.
Bibliotecas de interfaz de llamadas al sistema las llamadas al sistema no siempre
tienen una expresin sencilla en los lenguajes de alto nivel, por ello se crean las
bibliotecas de interfaz, que son bibliotecas de funciones que pueden usarse para
efectuar llamadas al sistema. Las hay para distintos lenguajes de programacin.
La aplicacin llama a una funcin de la biblioteca de interfaz (mediante una
llamada normal) y esa funcin es la que realmente hace la llamada al sistema. [6]

Llamadas al sistema

Una aplicacin, normalmente no sabe dnde est situada la rutina de servicio de

la llamada. Por lo que si sta se codifica como una llamada de funcin, cualquier
cambio en el S.O. hara que hubiera que reconstruir la aplicacin. Lo ms
importante, es que una llamada de funcin no cambia el modo de ejecucin de la
CPU. Con lo que hay que conseguir llamar a la rutina de servicio, sin tener que
conocer su ubicacin, y hacer que se fuerce un cambio de modo de operacin de
la CPU en la llamada (y la recuperacin del modo anterior en el retorno).

Esto se hace utilizando instrucciones mquina diseadas especficamente para

este cometido, distintas de las que se usan para las llamadas de funcin.

Observe detenidamente la siguiente grfica, en la que se citan las diversas

interfaces de llamadas al sistema operativo segn sus elementos constitutivos.
Fuente. http://commons.wikimedia.org/wiki/File:Interfaces_de_llamadas_al_sistema.PNG

Bibliotecas de interfaz de llamadas al sistema

Las llamadas al sistema no siempre tienen una expresin sencilla en los lenguajes
de alto nivel, por ello se crean las bibliotecas de interfaz, que son bibliotecas de
funciones que pueden usarse para efectuar llamadas al sistema. Las hay para
distintos lenguajes de programacin.

La aplicacin llama a una funcin de la biblioteca de interfaz (mediante una

llamada normal) y esa funcin es la que realmente hace la llamada al sistema.

Interrupciones y excepciones

El SO ocupa una posicin intermedia entre los

programas de aplicacin y el hardware. No se
limita a utilizar el hardware a peticin de las
aplicaciones ya que hay situaciones en las que es
el hardware el que necesita que se ejecute cdigo
del SO. En tales situaciones el hardware debe
poder llamar al sistema, pudiendo deberse estas
llamadas a dos condiciones:

- Algn dispositivo de E/S necesita atencin.

- Se ha producido una situacin de error al intentar ejecutar una instruccin
del programa (normalmente de la aplicacin).
En ambos casos, la accin realizada no est ordenada por el programa de
aplicacin, es decir, no figura en el programa.

Segn los dos casos anteriores se tiene las interrupciones y las excepciones:

Interrupcin: seal que enva un dispositivo de E/S a la CPU para indicar que la
operacin de la que se estaba ocupando, ya ha terminado.

Excepcin: una situacin de error detectada por la CPU mientras ejecutaba una
instruccin, que requiere tratamiento por parte del SO.

Tratamiento de las interrupciones

Una interrupcin se trata despus de terminar la ejecucin de la instruccin en

curso. El tratamiento depende de cul sea el dispositivo de E/S que ha causado la
interrupcin, ante la cual debe poder identificar el dispositivo que la ha causado.

Fuente. http://geneura.ugr.es/~gustavo/aco/teoria/arquitectura/html/node7.html

La ventaja de este procedimiento es que no se tiene que perder tiempo ejecutando

continuamente rutinas para consultar el estado del perifrico. El inconveniente es
que el dispositivo debe tener los circuitos electrnicos necesarios para acceder al
sistema de interrupciones del computador.
Importancia de las interrupciones

El mecanismo de tratamiento de las interrupciones permite al SO utilizar la CPU

en servicio de una aplicacin, mientras otra permanece a la espera de que
concluya una operacin en un dispositivo de E/S.

El hardware se encarga de avisar al SO cuando el dispositivo de E/S ha terminado

y el SO puede intervenir entonces, si es conveniente, para hacer que el programa
que estaba esperando por el dispositivo, se contine ejecutando.

En ciertos intervalos de tiempo puede convenir no aceptar seales de interrupcin.

Por ello las interrupciones pueden inhibirse por programa (aunque esto no deben
poder hacerlo las mismas).

Un ejemplo de sincronismo por interrupcin es el almacenamiento de caracteres

introducidos mediante el teclado. Cuando se introduce un carcter, se codifica en
el registro de datos del dispositivo y adems se activa un bit del registro de estado
quien crea una interrupcin en el hardware. El procesador deja temporalmente la
tarea que estaba completando y ejecuta la rutina de atencin a la interrupcin
correspondiente. El teclado almacena el carcter en el vector de memoria
intermedia (llamado buffer) asociada al teclado y despierta el proceso que haba
en el estado de espera de la operacin de entrada/salida.

Otro ejemplo ms elevado en cuanto a su nivel de complejidad se da en las

excepciones de Oracle8 (PL/SQL)

Fuente. http://www.mundoracle.com/excepciones.html?Pg=sql_plsql_14.htm

Excepciones

Cuando la CPU intenta ejecutar una instruccin incorrectamente construida, la

unidad de control lanza una excepcin para permitir al SO ejecutar el tratamiento
adecuado. Al contrario que en una interrupcin, la instruccin en curso es
abortada. Las excepciones al igual que las interrupciones deben estar
identificadas.

Clases de excepciones

Las instrucciones de un programa pueden estar mal construidas por diversas

razones:

- El cdigo de operacin puede ser incorrecto.

- Se intenta realizar alguna operacin no definida, como dividir por cero.
- La instruccin puede no estar permitida en el modo de ejecucin actual.
- La direccin de algn operando puede ser incorrecta o se intenta violar
alguno de sus permisos de uso.

Importancia de las excepciones

El mecanismo de tratamiento de las excepciones es esencial para impedir, junto a

los modos de ejecucin de la CPU y los mecanismos de proteccin de la memoria,
que las aplicaciones realicen operaciones que no les estn permitidas. En
cualquier caso, el tratamiento especfico de una excepcin lo realiza el SO.

Como en el caso de las interrupciones, el hardware se limita a dejar el control al

SO, y ste es el que trata la situacin como convenga.
Es bastante frecuente que el tratamiento de una excepcin no retorne al programa
que se estaba ejecutando cuando se produjo la excepcin, sino que el SO aborte
la ejecucin de ese programa. Este factor depende de la pericia del programador
para controlar la excepcin adecuadamente.

SISTEMA OPERATIVO DE RED [7]

Este tipo de SO permite la interconexin de ordenadores para poder acceder a los

servicios y recursos. Al igual que un equipo no puede trabajar sin un sistema
operativo, una red de equipos no puede funcionar sin un sistema operativo de red.
Si no se dispone de ningn sistema operativo de red, el equipo, no pueden
compartir recursos y los usuarios no podrn utilizar estos recursos.

Dependiendo del fabricante del sistema operativo de red, tenemos que el software
de red para un equipo personal se puede aadir al propio sistema operativo del
equipo o integrarse con l.

NetWare de Novell es el ejemplo ms familiar de SO de red, donde el software de

red del equipo cliente se incorpora en el SO del equipo. El equipo personal
necesita ambos sistema operativos para gestionar conjuntamente las funciones de
red y las funciones individuales.

El software del sistema operativo de red se integra en un nmero importante de

sistemas operativos conocidos, incluyendo Windows 2000 Server/Professional,
Windows NT Server/Workstation, Windows 95/98/ME y Apple Talk.

Cada configuracin (sistemas operativos de red y del equipo separado, o sistema

operativo combinando las funciones de ambos) tiene sus ventajas e
inconvenientes. Por tanto, nuestro trabajo como especialistas en redes es
determinar la configuracin que mejor se adapte a las necesidades de nuestra red.

Es un componente software de una computadora que tiene como objetivo

coordinar y manejar las actividades de los recursos del ordenador en una red de
equipos. Consiste en un software que posibilita la comunicacin de un sistema
informtico con otros equipos en el mbito de una red.

COMPONENTES DE UN SISTEMA OPERATIVO [8]

Gestin de procesos

Un proceso es simplemente, un programa en ejecucin que necesita recursos

para realizar su tarea: tiempo de CPU, memoria, archivos y dispositivos de E/S. El
SO es el responsable de:

- Crear y destruir procesos.

- Parar y reanudar procesos.
- Ofrecer mecanismos para que los procesos puedan comunicarse y se
sincronicen.
- La gestin de procesos podra ser similar al trabajo de oficina. Se puede
tener una lista de tareas a realizar y a estas fijarles prioridades alta, media,
baja por ejemplo. Debemos comenzar haciendo las tareas de prioridad alta
primero y cuando se terminen seguir con las de prioridad media y despus
las de baja. Una vez realizada la tarea se tacha. Esto puede traer un
problema que las tareas de baja prioridad pueden que nunca lleguen a
ejecutarse. y permanezcan en la lista para siempre. Para solucionar esto,
se puede asignar alta prioridad a las tareas ms antiguas.
Gestin de la memoria principal

La memoria es una gran tabla de palabras o bytes que se referencian cada una
mediante una direccin nica. Este almacn de datos de rpido acceso es
compartido por la CPU y los dispositivos de E/S, es voltil y pierde su contenido
ante fallos del sistema. El SO es el responsable de:

- Conocer qu partes de la memoria estn siendo utilizadas y por quin.

- Decidir qu procesos se cargarn en memoria cuando haya espacio
disponible.
- Asignar y reclamar espacio de memoria cuando sea necesario.

Gestin del almacenamiento secundario

Un sistema de almacenamiento secundario es necesario, ya que la memoria

principal (almacenamiento primario) es voltil y adems muy pequea para
almacenar todos los programas y datos. Tambin es necesario mantener los datos
que no convenga mantener en la memoria principal. El SO se encarga de:

- Planificar los discos.

- Gestionar el espacio libre.
- Asignar el almacenamiento.
- Verificar que los datos se guarden en orden.

El sistema de entrada y salida

Consiste en un sistema de almacenamiento temporal (cach), una interfaz de

manejadores de dispositivos y otra para dispositivos concretos. El sistema
operativo debe gestionar el almacenamiento temporal de E/S y servir las
interrupciones de los dispositivos de E/S.

Sistema de archivos

Los archivos son colecciones de informacin relacionada, definidas por sus

creadores. stos almacenan programas (en cdigo fuente y objeto) y datos tales
como imgenes, textos, informacin de bases de datos, etc.

Lo habitual es utilizar dispositivos de almacenamiento de datos que permiten el

acceso a los datos como una cadena de bloques de un mismo tamao, a veces
llamados sectores, usualmente de 512 bytes de longitud (Tambin denominados
clsters). El software del sistema de archivos es responsable de la organizacin
de estos sectores en archivos y directorios y mantiene un registro de qu sectores
pertenecen a qu archivos y cules no han sido utilizados. En la prctica, un
sistema de archivos tambin puede ser utilizado para acceder a datos generados
dinmicamente, como los recibidos a travs de una conexin de red (sin la
intervencin de un dispositivo de almacenamiento).

Los sistemas de archivos tradicionales proveen mtodos para crear, mover,

renombrar y eliminar tanto archivos como directorios, pero carecen de mtodos
para crear, por ejemplo, enlaces adicionales a un directorio o archivo (enlace duro
en Unix) o renombrar enlaces padres (".." en Unix).

El acceso seguro a sistemas de archivos bsicos puede estar basado en los

esquemas de lista de control de acceso o capacidades. Las listas de control de
acceso hace dcadas que demostraron ser inseguras, por lo que los sistemas
operativos experimentales utilizan el acceso por capacidades. Los sistemas
operativos comerciales an funcionan con listas de control de acceso. [9]

El SO es responsable de:

- Construir y eliminar archivos y directorios.

- Ofrecer funciones para manipular archivos y directorios.
- Establecer la correspondencia entre archivos y unidades de
almacenamiento.
- Realizar copias de seguridad de archivos.
- Existen diferentes sistemas de archivos, es decir, existen diferentes formas
de organizar la informacin que se almacena en las memorias
(normalmente discos) de los ordenadores. Por ejemplo, existen los
sistemas de archivos FAT, FAT32, EXT3, NTFS, XFS, etc.

- Desde el punto de vista del usuario estas diferencias pueden parecer

insignificantes a primera vista, sin embargo, existen diferencias muy
importantes. Por ejemplo, los sistemas de ficheros FAT32 y NTFS, que se
utilizan fundamentalmente en sistemas operativos de Microsoft, tienen una
gran diferencia para un usuario que utilice una base de datos con bastante
informacin ya que el tamao mximo de un fichero con un sistema de
archivos FAT32 est limitado a 4 gigabytes, sin embargo, en un sistema
NTFS el tamao es considerablemente mayor.

La estructura de directorios suele ser jerrquica, ramificada o "en rbol", aunque

en algn caso podra ser plana. En algunos sistemas de archivos los nombres de
archivos son estructurados, con sintaxis especiales para extensiones de archivos y
nmeros de versin. En otros, los nombres de archivos son simplemente cadenas
de texto y los metadatos de cada archivo son alojados separadamente.
En los sistemas de archivos jerrquicos, usualmente, se declara la ubicacin
precisa de un archivo con una cadena de texto llamada "ruta" o path en
ingls La nomenclatura para rutas vara ligeramente de sistema en sistema,
pero mantienen por lo general una misma estructura. Una ruta viene dada por una
sucesin de nombres de directorios y subdirectorios, ordenados jerrquicamente
de izquierda a derecha y separados por algn carcter especial que suele ser una
diagonal ('/') o diagonal invertida ('\') y puede terminar en el nombre de un archivo
presente en la ltima rama de directorios especificada. [10]

Normalmente los archivos y carpetas se organizan jerrquicamente. Fuente

http://es.wikipedia.org/wiki/Sistema_de_archivos

Ejemplo de 'ruta' en un sistema Unix

As, por ejemplo, en un sistema tipo Unix como GNU/Linux, la ruta para la cancin
llamada "La cancin.ogg" del usuario "Alvaro" sera algo como:

/home/Jairo/msica/cancin.ogg

Donde:

'/' representa el directorio raz donde est montado todo el sistema de

archivos.
'home/Jairo/msica/' es la ruta del archivo.
'cancin.ogg' es el nombre del archivo.
Que se establece como nico.
Ejemplo de 'ruta' en un sistema Windows
Un ejemplo anlogo en un sistema de archivos de Windows se vera como:

C:\Archivos de programa\Android\android-sdk

Donde:

'C:' es la unidad de almacenamiento en la que se encuentra el archivo.

'\Archivos de programa\Android\ ' es la ruta del archivo.
' android-sdk' es el nombre del archivo.

Para la mayora de los sistemas operativos modernos la extensin del archivo es

un complemento burocrtico solo til para la observacin del usuario, ya que los
entornos de administracin de archivos y aplicaciones varias, analizan la
informacin contenida en el principio del interior del archivo (MIME 2 headers) para

2
Multipurpose Internet Mail Extensions o MIME ("extensiones multipropsito de correo de internet") son una
serie de convenciones o especificaciones dirigidas al intercambio a travs de Internet de todo tipo de archivos
(texto, audio, vdeo, etc.) de forma transparente para el usuario. Una parte importante del MIME est dedicada
a mejorar las posibilidades de transferencia de texto en distintos idiomas y alfabetos. En sentido general las
extensiones de MIME van encaminadas a soportar:

- Texto en conjuntos de caracteres distintos de US-ASCII;

- Adjuntos que no son de tipo texto;
- Cuerpos de mensajes con mltiples partes (multi-part);
- Informacin de encabezados con conjuntos de caracteres distintos de ASCII.

Prcticamente todos los mensajes de correo electrnico escritos por personas en Internet y una proporcin
considerable de estos mensajes generados automticamente son transmitidos en formato MIME a travs del
protocolo SMTP. Los mensajes de correo electrnico en Internet estn tan cercanamente asociados con el
SMTP y MIME que usualmente se les llama mensaje SMTP/MIME.1

MIME est especificado en seis Request for Comments o RFC ("solicitud de comentarios): RFC 2045, RFC
2046, RFC 2047, RFC 4288, RFC 4289 y RFC 2077.

Los tipos de contenido definidos por el estndar MIME tienen gran importancia tambin fuera del contexto de
los mensajes electrnicos. Por ejemplo, algunos protocolos de red tales como HTTP de la Web. HTTP
requiere que los datos sean transmitidos en un contexto de mensajes tipo e-mail aunque los datos pueden no
ser un e-mail propiamente dicho.

En la actualidad ningn programa de correo electrnico o navegador de Internet puede considerarse completo
si no acepta MIME en sus diferentes facetas (texto y formatos de archivo).

Fuente. Multipurpose Internet Mail Extensions. Recuperado el 9 de marzo de 2013.

http://es.wikipedia.org/wiki/MIME
determinar su funcin o asociacin, la cual normalmente est catalogada en la
tabla MIME Content-Type en el sistema.

Archivos del sistema operativo de Linux

El sistema Windows permite ocultar la extensin de los archivos si el usuario lo

desea, de no hacerlo la extensin aparece en los nombres de todos los archivos.
En el sistema operativo Windows XP, si el usuario cambia la extensin de un
archivo, ste puede quedar inutilizable si la nueva extensin lo asocia a un
programa que no tenga la capacidad de editar o reproducir ese tipo de archivo.
Algunos usuarios aun as habilitan la visualizacin de las extensiones en los
sistemas Windows como medida de precaucin para evitar virus que utilicen
conos o nombres parecidos a los archivos personales del usuario, ya que la
extensin permite identificar a los ficheros .EXE, los ejecutables en Windows.
Resumen de caractersticas de los sistemas de Archivos [11]

- Seguridad o permisos.
- Listas de control de acceso (ACLs).
- UGO (Usuario, Grupo, Otros, o por sus siglas en ingls, User, Group,
Others).
- Capacidades granuladas.
- Atributos extendidos (ej.: slo aadir al archivo pero no modificar, no
modificar nunca, etc.).
- Mecanismo para evitar la fragmentacin.
- Capacidad de enlaces simblicos o duros.
- Integridad del sistema de archivos (Journaling).
- Soporte para archivos dispersos.
- Soporte para cuotas de discos.
- Soporte de crecimiento del sistema de archivos nativo.

Tipo de sistemas de archivos

Sistemas de archivos de disco: Est diseado para el almacenamiento de

archivos en una unidad de disco, que puede estar conectada directa o
indirectamente a la computadora.

Ejemplos de sistemas de archivos de disco: [12]

- AOFS (Amiga Old File System)

- AFFS (Amiga Fast File System)
- ASFS (Amiga Smart File System)
- Btrfs (De Oracle Corporation para GNU/Linux y Kurisu OS 3 Beta)
- EFSa
- ext2 (Para Kernel Linux)
- ext3 (Para Kernel Linux y Kurisu OS 2)
- ext4 (Para Kernel Linux)
- FAT (File Allocation Table, usado en DOS y Windows hasta Windows ME)
- FAT32 (File Allocation Table 32, usado Windows y en casi todas las
memorias usb y tarjetas de memoria])
- GPFS (De IBM)
- UMSDOS (Linux sobre FAT)
- FFS (Berkeley Fast File System)
- Fossil
- HFS (para Mac OS)
- HFS+ (para Mac OS X)
- HPFS
 - ISO 9660 (de solo lectura, para CD-ROM)
- JFS (Journaling File System)
- kfs
- MFS (para Mac OS)
- MINIX FS
- NTFS (New Technology File System, usado en Windows NT y derivados,
como XP, Vista, 7 u 8)
- OFS (Object File System)
- ReiserFS (Soportado por Linux)
- Reiser4 (Disponible en Kernel Linux)
- UDF (usado en DVD y en algunos CD-ROM)
- UFS
- WinFS (Windows File System, se planeaba su incorporacin en Windows
Vista y ms tarde en Windows 7, pero nunca se concret)
- XFS
- ZFS (sistema de archivos de Sun Microsystems)

Algunos de estos son sistemas de archivos de registro por diario.3

3
El journaling es un mecanismo por el cual un sistema informtico puede implementar transacciones.
Tambin se le conoce como registro por diario. Se basa en llevar un journal o registro de diario en el que se
almacena la informacin necesaria para restablecer los datos afectados por la transaccin en caso de que sta
falle.

El procedimiento es bsicamente el siguiente:

- Se bloquean las estructuras de datos afectadas por la transaccin para que ningn otro proceso pueda
modificarlas mientras dura la transaccin.
- Se reserva un recurso para almacenar el journal. Por lo general suelen ser unos bloques de disco, de
modo que si el sistema se para de forma abrupta (corte elctrico, avera, fallo del sistema
operativo...) el journal siga disponible una vez reiniciado el sistema.
- Se efectan una a una las modificaciones en la estructura de datos. Para cada una:
. Se apunta en el journal como deshacer la modificacin y se asegura de que esta informacin se
escribe fsicamente en el disco.
. Se realiza la modificacin.

Si en cualquier momento se quiere cancelar la transaccin se deshacen los cambios uno a uno leyndolos y
borrndolos del journal. Si todo ha ido bien, se borra el journal y se desbloquean las estructuras de datos
afectadas.

Las aplicaciones ms frecuentes de los sistemas de journaling se usan para implementar transacciones de
sistemas de bases de datos y, ms recientemente, para evitar la corrupcin de las estructuras de datos en las
que se basan los sistemas de archivos modernos. En el caso concreto de los sistemas de archivos, el journaling
se suele limitar a las operaciones que afectan a las estructuras que mantienen informacin sobre:

- Estructuras de directorio.
- Bloques libres de disco.
- Descriptores de archivo (tamao, fecha de modificacin...)
Sistemas de archivos de red

Un sistema de archivos de red es el que accede a sus archivos a travs de una

red. Dentro de esta clasificacin encontramos dos tipos de sistemas de archivos:
los sistemas de archivos distribuidos (no proporcionan E/S en paralelo) y los
sistemas de archivos paralelos (proporcionan una E/S de datos en paralelo).

Ejemplos de sistemas de archivos distribuidos:

- AFS
- AppleShare
- CIFS (tambin conocido como SMB o Samba, usado en redes Microsoft)
- Coda
- InterMezzo
- NSS (Para sistemas Novell Netware 5)
- NFS

Mientras que para los sistemas de archivos paralelos tendramos:

- PVFS
- PAFS

Sistemas de archivos de propsito especial

(Special purpose file system). Aquellos tipos de sistemas de archivos que no son
ni sistemas de archivos de disco, ni sistemas de archivos de red. Ejemplos: acme

El hecho de que no se suela implementar el journaling de los datos concretos de un archivo suele carecer de
importancia, puesto que lo que persigue el journaling de sistemas de archivos es evitar los engorrosos y largos
chequeos de disco que efectan los sistemas al apagarse bruscamente, ya que el sistema al arrancar solo
deber deshacer el journal para tener un sistema coherente de nuevo.

Sistemas de archivos con journaling

Ext3 de Linux
Ext4 de Linux
NTFS de Windows NT
ReiserFS de Linux
Reiser4 de Linux
UFS de SUN Solaris
XFS de IRIX y Linux
JFS de Linux, OS/2 y AIX
HFS+ de Mac OS X
VMFS-3 de VMware
Smart File System de AmigaOS

Fuente. Journaling. Recuperado el 9 de marzo de 2013. http://es.wikipedia.org/wiki/Journaling

(Plan 9), archfs, cdfs, cfs, devfs, udev, ftpfs, lnfs, nntpfs, plumber (Plan 9), procfs,
ROMFS, swap, sysfs, TMPFS, wikifs, LUFS, etc.

Nota: Existe un sistema de archivos virtual (VFS) o conmutador de sistema

de archivos virtual, que es una capa de abstraccin encima de un sistema de
archivos ms concreto. Su propsito es permitir que las aplicaciones cliente
tengan acceso a diversos tipos de sistemas de archivos concretos de una manera
uniforme. Puede ser utilizada para tender un puente sobre las diferencias en los
sistemas de archivos de Windows, de Mac OS y Unix, de modo que las
aplicaciones pudieran tener acceso a archivos en los sistemas de archivos locales
de esos tipos sin tener que saber a qu tipo de sistema de archivos estn teniendo
acceso.

Un VFS especifica un interfaz (o un contrato) entre el kernel y un sistema de

archivos en concreto. Por lo tanto, es fcil agregar nuevos sistemas de archivos al
kernel simplemente satisfaciendo el contrato. Los trminos del contrato pueden
volverse incompatibles de una versin a otra, lo que requerira que sistemas de
archivos concretos fuesen recompilados, y posiblemente modificados antes de la
recompilacin, para permitirles trabajar con un nuevo lanzamiento del sistema
operativo; o el proveedor del sistema operativo pueda realizar solamente cambios
retrocompatibles al contrato, de modo que un sistema de archivos concreto
construido para un lanzamiento dado del sistema operativo trabaje con las
versiones futuras del mismo sistema operativo.

Otros mecanismos de sistema de archivos virtual en sistemas tipo UNIX incluyen

el Interruptor de Sistema de Archivos en System V Release 3, el Sistema de
Archivos Genrico en Ultrix, y el VFS en GNU/Linux. En OS/2 y Microsoft
Windows, el mecanismo de sistema de archivos virtual se llama Sistema de
Archivos Instalable.

El mecanismo del sistema de archivos en espacio de usuario (FUSE (Linux))

permite que el cdigo de espacio de usuario se acople en el mecanismo del
sistema de archivos virtual en GNU/Linux, FreeBSD, de OpenSolaris, y Mac OS X.

En Microsoft Windows, los sistemas de archivos virtuales pueden tambin

implementarse a travs de las extensiones de consola de nombre de usuario en
espacio de usuario, sin embargo, no soportan las interfaces de programacin de
aplicaciones del sistema de ms bajo nivel de acceso de archivos, de modo que
no todas las aplicaciones sern capaces de acceder sistemas de archivos que se
hayan implementado como extensiones de nombre de usuario.

KIO y el GNOME VFS proveen de mecanismos similares en los entornos de

escritorio de KDE y de GNOME, con limitaciones similares, aunque pueden ser
hechos para utilizar tcnicas FUSE y por lo tanto integrarse suavemente en el
sistema. [13]

Sistemas de proteccin

Mecanismo que controla el acceso de los programas o los usuarios a los recursos
del sistema. El SO se encarga de:
- Distinguir entre uso autorizado y no autorizado.
- Especificar los controles de seguridad a realizar.
- Forzar el uso de estos mecanismos de proteccin.

Sistema de comunicaciones

Para mantener las comunicaciones con otros sistemas es necesario poder

controlar el envo y recepcin de informacin a travs de las interfaces de red.
Tambin hay que crear y mantener puntos de comunicacin que sirvan a las
aplicaciones para enviar y recibir informacin, y crear y mantener conexiones
virtuales entre aplicaciones que estn ejecutndose localmente y otras que lo
hacen remotamente.
Programas de sistema

Son aplicaciones de utilidad que se suministran con el SO pero no forman parte de

l. Ofrecen un entorno til para el desarrollo y ejecucin de programas, siendo
algunas de las tareas que realizan:

- Manipulacin y modificacin de archivos.

- Informacin del estado del sistema.
- Soporte a lenguajes de programacin.
- Comunicaciones.

Gestor de recursos

Como gestor de recursos, el sistema operativo administra:

- La unidad central de procesamiento (donde est alojado el

microprocesador).
- Los dispositivos de entrada y salida.
- La memoria principal (o de acceso directo).
- Los discos (o memoria secundaria).
- Los procesos (o programas en ejecucin).
- Y en general todos los recursos del sistema.

CLASIFICACIN DE LOS SISTEMAS OPERATIVOS [14]

Administracin de tareas

- Monotarea: Solamente permite ejecutar un proceso (aparte de los procesos

del propio SO) en un momento dado. Una vez que empieza a ejecutar un
proceso, continuar hacindolo hasta su finalizacin y/o interrupcin.

- Multitarea: Es capaz de ejecutar varios procesos al mismo tiempo. Este tipo

de SO. normalmente asigna los recursos disponibles (CPU, memoria,
perifricos) de forma alternada a los procesos que los solicitan, de manera
que el usuario percibe que todos funcionan a la vez, de forma concurrente.

Administracin de usuarios

- Monousuario: Si slo permite ejecutar los programas de un usuario al

mismo tiempo.
- Multiusuario: Si permite que varios usuarios ejecuten simultneamente sus
programas, accediendo a la vez a los recursos de la computadora.
Normalmente estos sistemas operativos utilizan mtodos de proteccin de
datos, de manera que un programa no pueda usar o cambiar los datos de
otro usuario.

Manejo de recursos

- Centralizado: Si permite usar los recursos de una sola computadora.

- Distribuido: Si permite utilizar los recursos (memoria, CPU, disco,
perifricos...) de ms de una computadora al mismo tiempo.

CATEGORAS DE SISTEMAS OPERATIVOS [15]

Los Sistemas Operativos se pueden categorizar por su tecnologa, su propietario o

licenciatario, el estado de desarrollo, su uso o por muchas otras caractersticas. En
la prctica, muchos de estos grupos se solapan.
Por Propietario

Acorn Computers

Acorn MOS (en el BBC Micro y BBC Master)

Arthur
ARX
RISC OS
RISC iX (basado en 4.3BSD)

ADAFComputers

FS OS

Amiga

AmigaOS

- AmigaOS 1.0-3.9 (68k)

- AmigaOS 4 (PowerPC)
- AmigaOS 4.0
- AmigaOS 4.1

Amiga Unix (tcc Amix)

Apollo Computer

AEGIS

Domain/OS Uno de los primeros sistemas basados en red. Corra sobre hardware
Apollo/Domain. Adquirido por Hewlett-Packard.

Apple Inc.

Apple II series

- Apple DOS
- ProDOS

Apple III

- SOS (Sophisticated Operating System)

Apple Lisa

- Lisa OS
Macintosh

Mac OS

- System 1
- System 2
- System 3
- System 4
- System 5
- System 6
- System 7 (nombre en clave "Big Bang")
- Mac OS 8
- Mac OS 9

Unix-like (*NIX)

- A/UX
- Darwin (cdigo abierto)
- iOS (antes "iPhone OS")
- MkLinux
- Mac OS X
Mac OS X v10.0 (tcc Mac OS X 10.0 "Cheetah")
Mac OS X v10.1 (tcc Mac OS X 10.1 "Puma")
Mac OS X v10.2 (tcc Mac OS X 10.2 "Jaguar")
Mac OS X v10.3 (tcc Mac OS X 10.3 "Panther")
Mac OS X v10.4 (tcc Mac OS X 10.4 "Tiger")
Mac OS X v10.5 (tcc Mac OS X 10.5 "Leopard")
Mac OS X v10.6 (tcc Mac OS X 10.6 "Snow Leopard")
Mac OS X v10.7 (tcc Mac OS X 10.7 "Lion")
Mac OS X v10.8 (tcc Mac OS X 10.8 "Mountain Lion")
Mac OS X Server
- Newton OS

Atari

- Atari DOS (para ordenadores de 8 bits)

- Atari TOS
- Atari MultiTOS

BAE Systems

- XTS-400

Be Incorporated
BeOS

- BeIA

Zeta (copia ilegal de BeOS desarrollada originalmente por yellow TAB e

interrumpida por magnussoft)

Burroughs Corporation

- Burroughs MCP

Convergent Technologies

Convergent Technologies Operating System (adquirido por Unisys)

Digital/Tandem Computers/Compaq/HP

- OS/8
- ITS (para los PDP-6 y PDP-10)
- Multi-Programming Executive (de HP)
- TOPS-10 (para el PDP-10)
- WAITS (para los PDP-6 y PDP-10)
- TENEX (de BBN, para el PDP-10)
- TOPS-20 (para el PDP-10)
- RSTS/E (sistema multiusuario y de tiempo compartido, para el PDP-11)
- RSX-11 (sistema multiusuario y multitarea para el PDP-11)
- RT-11 (sistema monousuario para el PDP-11)
- VMS (creado por DEC, adquirido por HP) para el mini-ordenador VAX,
Alpha y el Intel Itanium 2; renombrado como OpenVMS)
- Domain/OS (originalmente llamado Aegis, creado por Apollo Computer, que
fue adquirida por HP)
- RTE (Real Time Executive, corra en el HP 1000)
- TSB (Time Share Basic, corra en los HP de la serie 2000)
- Unix-like (*NIX)
Digital UNIX (derivado del OSF/1, se convirti en el Tru64 UNIX de HP)
HP-UX
Ultrix
- NonStop Kernel (Creado originalmente por Tandem Computers para sus
plataformas, llamado Guardian). Soporta la ejecucin simultnea de:
Guardian
OSS (Open System Services)
Fujitsu

- Towns OS

Green Hills Software

- INTEGRITY
- INTEGRITY-178B Una versin certificada DO-178B del INTEGRITY.
- -velOSity Un microkernel ligero.

Haiku Inc.

Haiku (sistema operativo); proyecto de cdigo abierto que busca recrear el sistema
operativo BeOS.

Hewlett-Packard

- HP Real-Time Environment; corra sobre mquinas HP1000.

- HP Multi-Programming Executive; (MPE, MPE/XL, y MPE/iX) corra sobre
los miniordenadores HP3000 y HPe3000.
- HP-UX; corra sobre mquinas HP9000 e Itanium.

Honeywell

GCOS
Multics
OLERT-E; OnLine Executive for Real Time - Corra sobre ordenadores
Honeywell DDP-516.

Intel Corporation

iRMX; sistema operativo en tiempo real creado originalmente para soportar las
familias de procesadores Intel 8080 and 8086.

IBM

OS/360 y sucesores

- OS/360 (Primer SO oficial enfocado a la arquitectura System/360)

PCP (Primary Control Program)
MFT (Multi-Programming Fixed Tasks)
MVT (Multi-Programming Variable Tasks)
- OS/VS (El port oficial del OS/360 enfocado a la arquitectura de memoria
virtual de los System/370.)
SVS (Single Virtual Storage (tanto el VS1 como el VS2 comenzaron somo
sistemas SVS))
 OS/VS1 (Operating System/Virtual Storage 1, versin de memoria virtual
del OS/MFT)
OS/VS2 (Operating System/Virtual Storage 2, versin de memoria virtual
del OS/MVT)
- OS/VS2 R2 (llamado Multiple Virtual Storage, MVS, elimin toda
necesidad del VS1)
- MVS/SE
- MVS/SP (MVS System Package)
- MVS/XA (31 bits)
- MVS/ESA
- OS/390 (Mejora del MVS, con un entorno *NIX.)
- z/OS (versin del OS/390 que soportaba direccionamientos z/Architecture,
de 64bits.)

DOS/360 y sucesores

- BOS/360 (Versin inicial del DOS/360, brevemente disponible)

- TOS/360 (Similar al BOS, capaz de arrancar y funcionar con dispositivos de
cintas de la serie 2x00)
- DOS/360 (Disk Operating System). El primer SO disponible para el
System/360 debido a problemas en el proyecto OS/360).
DOS/360/RJE (DOS/360 con una extensin del programa de control que
posibilitaba el control de dispositivos de entrada remotos conectados por
lneas de telfono dedicadas.)
- DOS/VS (El primer DOS ofertado para sistemas de la serie System/370)
- DOS/VSE (actualizacin del DOS/VS)
- VSE/SP (rebautizado; es el DOS/VSE)
- VSE/ESA (DOS/VSE con un soporte de memoria virtual expandido para
direcciones de 32 bits)
- z/VSE (La ltima versin de la vieja serie DOS. Soporta direcciones de 64
bits, multiproceso, multiprograma, SNA, TCP/IP y otras caractersticas)

CP/CMS y sucesores

- CP-40/CMS (para System/360 Modelo 40)

- CP-67/CMS (para System/360 Modelo 67)
- VM/370 Virtual Machine / Conversational Monitor System, VM (sistema
operativo) para el System/370 con memoria virtual.
- VM/XA VM (sistema operativo) eXtended Architecture para el System/370
con memoria virtual extendida.
- VM/ESA Virtual Machine /Extended System Architecture (ESA), con
direccionamientos de 32 bits para la serie VM.
 - z/VM Versin z/Architecture del SO VM (direccionamientos de 64 bits).

TPF para mainframes de IBM

- ACP (Airline Control Program)

- TPF (Transaction Processing Facility)
- z/TPF (extensin z/Architecture)

Unix-like para mainframes de IBM

- UTS
- AIX/370
- AIX/ESA
- Linux (Linux para System z, z/Linux)
- OpenSolaris (OpenSolaris para IBM System z)

Otros Sistemas Operativos para mainframes de IBM

- IBSYS (SO basado en cintas para los IBM 7090 e IBM 7094)
- CTSS (Compatible Time-Sharing System, desarrollado en el Centro de
Computacin del MIT)
- RTOS/360 (Real Time Operating System, corra sobre 5 sistemas
personalizados System/360/75s de la NASA. Constituyeron el punto lgido
del desarrollo del OS/360.)
- MTS (Michigan Terminal System para el System/360 de IBM)
- TSS/360 (Time Sharing System para el System/360 de IBM)
- MUSIC/SP (desarrollado por la Universidad McGill para el IBM System/370)
- IJMON (Un monitor arrancable para cargar programas en los IBM 1400 e
IBM 1800.)

IBM Series/1

- EDX (Event Driven Executive)

- RPS (Realtime Programming System)

IBM 8100

- DPCX (Distributed Processing Control eXecutive)

- DPPX (Distributed Processing Programming eXecutive)

IBM System/34, IBM System/36

- SSP (System Support Program)

IBM System/38
 - CPF (Control Program Facility)

IBM System/88

- Stratus VOS (desarrollado por Stratus, y utilizado en computadoras IBM

System/88)

AS/400, iSeries, System i, Power Systems i Edition

- OS/400 (descendiente del System/38 CPF, incluye un entorno System/36

SSP.)
- i5/OS (mejora el OS/400 con caractersticas significativas de
interoperabilidad)
- IBM i (mejora el i5/OS.)

UNIX en IBM POWER

- AIX (Advanced Interactive eXecutive)

- AOS (una versin BSD Unix)

IBM PC y sucesores con arquitectura x86

- PC DOS / IBM DOS

PC DOS 1.x, 2.x, 3.x (desarrollado conjuntamente con Microsoft)
IBM DOS 4.x, 5.0 (desarrollado conjuntamente con Microsoft)
PC DOS 6.x, 7, 2000
- OS/2
OS/2 1.x (desarrollado conjuntamente con Microsoft)
OS/2 2.x
OS/2 Warp V3
OS/2 Warp V4
eComStation

Others

- IBM Workplace OS (SO basado en microkernel, desarrollado y cancelado

en los aos 90)
- K42 (SO de investigacin de cdigo abierto para sistemas multiprocesador
PowerPC o x86)
- Dynix (desarrollado por Sequent, y usado en los IBM NUMA-Q)

International Computers Limited

- GEORGE 2/3/4 GEneral ORGanisational Environment, utilizado en los ICL

1900
 - ICL VME

LynuxWorks (originalmente Lynx Real-time Systems)

- LynxOS

Micrium Inc.

- MicroC/OS-II

Microsoft

- Xenix (versin de Unix; licenciada a SCO en 1987)

- MSX-DOS (desarrollado por MS Japan para el ordenador de 8 bits MSX)
- MS-DOS (desarrollado conjuntamente con IBM, versiones 1.06.22)
- Windows CE (SO para ordenadores de mano, dispositivos integrados, y
aplicaciones en tiempo real)
Windows CE 3.0
Windows Mobile (basado en Windows CE)
Windows CE 5.0
Windows CE 6.0
Windows Mobile 5.0
Windows Mobile 6
Windows Mobile 6.1
- Windows basado en DOS
Windows 1.0
Windows 2.0
Windows 3.0 (la primera versin que tuvo un impacto comercial notable)
Windows 3.1
Windows 3.2 (edicin exclusivamente china)

Familia Windows 9x

- Windows 95 (tcc Windows 4.0) (Nombre en clave: Chicago)

- Windows 98 (tcc Windows 4.1) (Nombre en clave: Memphis)
- Windows Millennium Edition (normalmente abreviado a Windows Me) (tcc
Windows 4.9)

OS/2 (desarrollado conjuntamente con IBM)

- Windows NT
- Windows NT 3.1
- Windows NT 3.5
- Windows NT 3.51
 - Windows NT 4.0
- Windows 2000 (tcc Windows NT 5.0)
- Windows XP (tcc Windows NT 5.1) (Nombre en clave: Whistler)
- Windows Server 2003 (aka Windows NT 5.2) (Nombre en clave: Whistler
Server)
- Windows Fundamentals for Legacy PC
- Windows Vista (tcc Windows NT 6.0) (Nombre en clave: Longhorn)
- Windows Home Server
- Windows Server 2008 (tcc Windows NT 6.0) (Nombre en clave: Longhorn
Server)
- Windows 7 (Nombre en clave: Blackcomb) (renombrado posteriormente
como Vienna)
- Windows Preinstallation Environment (WinPE)

Singularity

Midori

Windows_8

Novell

- NetWare
- Open Enterprise Server, el sucesor de NetWare.
- SUSE Linux

QANTEL

BEST - Business Executive System for Timesharing

RCA

TSOS

ReactOS Foundation

ReactOS; ReactOS tiene como meta lograr compatibilidad binaria con aplicaciones
y drivers de dispositivos para sistemas NT (XP, 2003) usando una arquitectura
similar y proveyendo una interfaz pblica completa y equivalente.

RoweBots

- Unison RTOS
- DSPnano RTOS
- Unison/Reliant V3
SCO / The SCO Group

- Xenix
- Xenix 286
- Xenix 386
- SCO Unix
- SCO Open Desktop
- SCO OpenServer 5
- UnixWare 2.x
- UnixWare 7
- SCO OpenServer 6

Unicoi Systems

- Fusion RTOS
- DSPOS

Wind River Systems

VxWorks

Basados en Lisp

- Mquina Lisp
Symbolics

Otros

- EOS (Operating System)

- EMBOS
- GCOS
- PC-MOS/386
- SINTRAN III
- THEOS
- TinyOS
- TRS-DOS
- NewDos/80
- TX990/TXDS, DX10 y DNOS (sistemas operativos para los
miniordenadores TI-990)
- MAI Basic Four
- Michigan Terminal System
- MUSIC/SP
- TSX-32
- OS ES
 - Prolog-Dispatcher (utilizado para controlar la nave espacial sovitica Buran)

Otros sistemas basados en UNIX o compatibles con POSIX

- Aegis
- Amiga Unix
- Clix
- Coherent
- DC/OSx
- DG/UX
- DNIX
- DSPnano RTOS
- INTERACTIVE UNIX
- IRIX
- MeikOS
- NeXTSTEP
- OS-9
- OS9/68K
- OS-9000
- OSF/1
- OpenStep
- QNX
- Rhapsody
- RISC/os
- RMX
- SCO UNIX
- SINIX
- Solaris
- SunOS
- SUPER-UX
- System V
- System V/AT, 386
- Trusted Solaris
- UniFLEX
- nicos
- Unison RTOS
- SDC (Sistemas de Datos Cientficos)
- CP (Control Program)
- TRON Project
- TRON
- UNIVAC (ms tarde Unisys)
 - EXEC I
- EXEC II
- EXEC 8
- VS/9
- Wavecom
- Open AT OS
- No propietarios

*NIX

Sistemas operativos *NIX y otros compatibles con POSIX

Minix
Plan 9
Inferno
Plan B
Solaris
Unix (SO desarrollado por los Laboratorios Bell en los aos 70)
Xinu

*NIX Libres/Cdigo abierto

BSD
FreeBSD
DesktopBSD
PC-BSD
DragonFly BSD
NetBSD
OpenBSD
GNU
Linux

GNU/Linux: Sistema Operativo de Software de Cdigo Abierto (software

Libre) combinado con el Ncleo Linux

OpenDarwin
OpenSolaris
SSS-PC
Syllable
VSTa
Jari OS
AuroraUX
 Otros
TUNIS
No *NIX
Sistemas de investigacin no *NIX
Amoeba
Croquet
House
ILIOS
EROS
CapROS
Coyotos
L4
Mach
MONADS
SPEEDOS
Nemesis
Singularity
Spring
V

Sistemas libres/de cdigo abierto no *NIX

FullPliant
FreeDOS
FreeVMS
osFree

DOS

86-DOS

PC DOS
MS-DOS

DR-DOS

Concurrent DOS
Multiuser DOS

FreeDOS

ProDOS
 PTS-DOS

RDOS

TurboDOS
DESQview

De red

Cambridge Ring
CSIRONET
CTOS
Data ONTAP
SAN-OS
Enterprise OS
Fabric OS
JUNOS
NetWare
NOS
Novell Open Enterprise Server
OliOS
Plan 9
Inferno
Plan B
TurboDOS
XPATH OS

Sistemas operativos Web

amoebaos
desktoptwo
g.ho.st
youos
browser os
eyeos
jooce
glide os 3.0
craythur
goowy
orca
purefect
Genricos/comodidades y otros

BLIS/COBOL
Bluebottle
BS1000 by Siemens AG
BS2000 by Siemens AG
BS3000 by Siemens AG
CP/M
CP/M-80
CP/M-86
CP/M-68k
CP/M-8000
MP/M-80
MP/M-86
FLEX9
FutureOS
GEM
GEOS
JavaOS
JNode
JX
KERNAL
MERLIN
MorphOS
nSystem
NetWare
Oberon (sistema operativo)
OSD/XC by Fujitsu-Siemens
OS-IV
Pick
PRIMOS
Sinclair QDOS
SkyOS
SSB-DOS
SymbOS
Symobi
TripOS
TurboDOS
UCSD p-System
 UMIX
VOS
VOS
VM2000
VisiOn
VPS/VM
aceos
Miraculix

Para Elektronika BK

ANDOS
AO-DOS
BASIS
CSI-DOS
DOSB10
DX-DOS
FA-DOS
HC-DOS
KMON
MicroDOS
MK-DOS
NORD
NORTON-BK
RAMON
PascalDOS
RT-11
RT-11SJ
OS BK-11
Turbo-DOS
BKUNIX
OS/A WASP

Aficin

AROS
AtheOS
DexOS
DSPnano RTOS
EROS
 FAMOS
HelenOS
KolibriOS
LoseThos
LSE/OS
MenuetOS
Mbius operating system
NewOS
Syllable Desktop
Unison RTOS
Visopsys
TajOS

Integrados/empotrados

A/ROSE
DSPnano RTOS
Embedded Linux
FreeBSD
FreeRTOS
Inferno
LynxOS
pSOS
Nucleus RTOS
CMX
uC/OS
eCos
RTEMS
MINIX 3
.NET Micro Framework
OS/RT
Open AT OS
polyBSD
QNX
RTXC Quadros RTOS
ROM-DOS
T2 SDE
Unison RTOS
VxWorks
 RTLinux
Windows XP Embedded
Windows CE

PDAs

Inferno
Palm OS
Palm webOS
EPOC
Windows CE
Pocket PC
Windows Mobile
Linux
DOS
Newton OS
VT-OS
Internet Tablet OS
Magic Cap

Reproductores de msica

DSPnano RTOS
ipodlinux
Pixo
RockBox
iPhone OS
iriver clix UI

Telfonos inteligentes

BlackBerry OS
Embedded Linux
Android
Openmoko Linux
Mobilinux
MontaVista
MotoMagx
Qtopia
LiMo Platform
- iOS
- JavaFX Mobile
 - Palm OS
- Symbian OS
- Windows CE
Windows Mobile

Routers

AlliedWare
AlliedWare Plus
AirOS
CatOS
Cisco IOS
CyROS
DD-WRT
Inferno
IOS-XR
IronWare
JunOS
RouterOS
ROX
ScreenOS
Timos
Unison RTOS

Microcontroladores, tiempo real

BeRTOS
ChibiOS/RT
ChorusOS
Contiki
DSPnano RTOS
eCos
FreeRTOS
Fusion RTOS
INtime RTOS para Windows
iRMX
Inferno
Integrity
LUnix
LynxOS
 MenuetOS
MontaVista
Nucleus
OS-9
Operating System Embedded
OSEK
OS/RT
Phoenix-RTOS
Prex
QNX
RTAI
RTEMS
RTLinux
RTXC Quadros RTOS
SCIOPTA RTOS
ThreadX
TRON Project
Clinux
uKOS
OS++
Unison Operating System
VRTX
VxWorks
XMK
Xenomai

Basados en capacidad

KeyKOS

- EROS
- CapROS
- Coyotos

MONADS

- SPEEDOS

VLEGO Mindstorms
 - BrickOS
- leJOS
- ChyanOS

Taller:

1. Averiguar sobre el formato de disco (como funciona en su totalidad,

con ejemplos incluidos).

2. Averiguar Tipos de software de sistema (con sus respectivos

ejemplos):

- Cargadores de programas
- Sistemas operativos (y sus componentes, muchos de los cuales
pueden considerarse como software de sistema)
- Controladores de dispositivos
- Herramientas de programacin: compiladores, ensambladores,
enlazadores, etc.
- Programas utilitarios
- Entorno de escritorio / Interfaz grfica de usuario (que pueden incluir
Gestores de ventanas)
- Lnea de comandos
- BIOS
- Hipervisores
- Bootloaders (Gestor de arranque)

Este trabajo se evala.

Referencias

[1] Fuente de consulta. Sistemas operativos. Recuperado y adaptado por el autor

el 8 de marzo de 2013. http://es.wikipedia.org/wiki/Anexo:Sistemas_operativos.

[2] Cfr., entre otros: Tanenbaum, A. (1992) Modern Operating Systems,

Englewood Cliffs: Prentice-Hall; Haldar, S. y Aravind, A. A. (2010) Operating
Systems, Pearson Education India, pp. 12 y ss.; Turner, R. W. (1986) Operating
Systems: design and implementation, MacMillan.

[3] Cisco Systems (1992). cisco.com (ed.): Fundamentos de UNIX

(certificacin). Consultado el 10 de febrero de 2013.

[4] Toastytech.com (ed.): BeOS 5.0 Personal Edition (en ingls) (2010).
Consultado el 10 de febrero de 2013.

[5] Amiga Video Toaster (en ingls). NewTek, Inc. (2010). Consultado el 1 de
febrero de 2013.

[6] Modos de ejecucin en una CPU. Recuperado el 9 de marzo de 2013.

http://trabajoinforioolgamasalema.blogspot.com/2008/12/modos-de-ejecucin-en-
un-cpu.html

[7] Sistema operativo de red. Recuperado el 9 de marzo de 2013.

http://es.wikipedia.org/wiki/Sistema_operativo_de_red

[8] Anexo. Sistemas operativos. Recuperado el 9 de marzo de 2013.

http://es.wikipedia.org/wiki/Anexo:Sistemas_operativos

[9] Sistema de archivos. Recuperado el 9 de marzo de 2013.

http://es.wikipedia.org/wiki/Sistema_de_archivos

[10] Ibid.

[11] ibdem.

[12] Sistema de archivos de disco. Recuperado el 9 de marzo de 2013.

http://es.wikipedia.org/wiki/Anexo:Sistemas_de_archivos_de_disco

[13] Sistema de archivos virtual. Recuperado el 9 de marzo de 2013.

http://es.wikipedia.org/wiki/Sistema_de_archivos_virtual

[14] Clasificacin de los sistemas operativos. Recuperado el 9 de marzo de 2013.

http://es.wikipedia.org/wiki/Sistema_operativo

[15] Anexo. Sistemas operativos. Recuperado el 9 de marzo de 2013.

http://es.wikipedia.org/wiki/Anexo:Sistemas_operativos