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 sistemainformtico gestiona los recursos de hardware y provee servicios a los programasde aplicacin, ejecutndose en modo privilegiado respecto de los restantes. [2]

Ntese que es un error comn muy extendidodenominar al conjunto completo de herramientassistema operativo, es decir, la inclusin en el mismotrmino de programas como el explorador de ficheros,el navegador web y todo tipo de herramientas quepermiten la interaccin con el sistema operativo,tambin llamado ncleo o kernel. Esta identidad entrekernel y sistema operativo es solo cierta si el ncleoes monoltico. Otro ejemplo para comprender estadiferencia se encuentra en la plataforma Amiga,donde el entorno grfico de usuario se distribua porseparado, de modo que, tambin poda reemplazarsepor otro, como era el caso de directory Opus oincluso manejarlo arrancando con una lnea decomandos y el sistema grfico. De este modo, al

arrancar un Amiga, comenzaba a funcionar con el propio sistema operativo quellevaba incluido en una ROM, por lo que era cuestin del usuario decidir sinecesitaba un entorno grfico para manejar el sistema operativo o simplementeotra aplicacin. Uno de los ms representativos ejemplos de esta diferencia, es elncleo de Linux, usado en las llamadas distribuciones Linux, ya que al estartambin basadas en Unix, proporcionan un sistema de funcionamiento similar.Este error de precisin, se debe a la modernizacin de la informtica llevada acabo a finales de los 80, cuando la filosofa de estructura bsica defuncionamiento de los grandes computadores [3] se redise a fin de llevarla a loshogares y facilitar su uso, cambiando el concepto de computador multiusuario,(muchos usuarios al mismo tiempo) por un sistema monousuario (nicamente unusuario al mismo tiempo) ms sencillo de gestionar. (Vase AmigaOS, beOS oMacOS como los pioneros[4] de dicha modernizacin, cuando los Amiga fueronbautizados con el sobrenombre de Video Toasters [5] por su capacidad para la

Edicin de vdeo en entorno multitarea round robin1, con gestin de miles decolores e interfaces intuitivos para diseo en 3D.

Uno de los propsitos del sistema operativo que gestiona el ncleo intermediarioconsiste en gestionar los recursos de localizacin y proteccin de acceso delhardware, 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 unorden racional, normalmente comenzando por el primer elemento de la lista hasta llegar al ltimo yempezando de nuevo desde el primer elemento. El nombre del algoritmo viene del principio de Round-Robinconocido 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 operacionescomputacionales, un mtodo para ejecutar diferentes procesos de manera concurrente, para la utilizacinequitativa de los recursos del equipo, es limitando cada proceso a un pequeo perodo (quantum), y luegosuspendiendo este proceso para dar oportunidad a otro proceso y as sucesivamente. A esto se le denominacomnmente como Planificacin Round-Robin.

Round Robin es un algoritmo de planificacin de procesos simple de implementar, dentro de un sistemaoperativo se asigna a cada proceso una porcin de tiempo equitativa y ordenada, tratando a todos los procesoscon la misma prioridad. En Sistemas operativos, la planificacin Round Robin da un tiempo mximo de usode CPU a cada proceso, pasado el cual es desalojado y retornado al estado de listo, la lista de procesos seplanifica 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 calculancon los procesos necesarios para la realizacin de estos...

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

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

siguiendo

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

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 utilizanmicroprocesadores 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, ungestor de ventanas o un entorno de escritorio, si es un celular, mediante unaconsola o control remoto si es un DVD y, mediante una lnea de comandos onavegador web si es un enrutador.

Llamadas al sistema operativo

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

Cada SO implementa un conjunto propio de llamadas al sistema. Ese conjunto dellamadas es la interfaz del SO frente a las aplicaciones. Constituyen el lenguajeque deben usar las aplicaciones para comunicarse con el SO. Por ello sicambiamos de SO, y abrimos un programa diseado para trabajar sobre elanterior, en general el programa no funcionar, a no ser que el nuevo SO tenga lamisma 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. Noobstante el Sistema Operativo, tiene que poder utilizar todo el conjunto de

instrucciones del CPU. Por ello, una CPU debe tener (al menos) dos modos deoperacin diferentes:

- Modo usuario: el CPU podr ejecutar slo las instrucciones del juegorestringido de las aplicaciones.

- Modo supervisor: la CPU debe poder ejecutar el juego completo deinstrucciones.

Una aplicacin, normalmente no sabe dnde est situada la rutina de servicio dela llamada. Por lo que si sta se codifica como una llamada de funcin, cualquiercambio en el SO hara que hubiese que reconstruir la aplicacin. Pero lo msimportante es que una llamada de funcin no cambia el modo de ejecucin de laCPU. Con lo que hay que conseguir llamar a la rutina de servicio, sin tener queconocer su ubicacin, y hacer que se fuerce un cambio de modo de operacin dela CPU en la llamada (y la recuperacin del modo anterior en el retorno).

Esto se hace utilizando instrucciones mquina diseadas especficamente paraeste cometido, distintas de las que se usan para las llamadas de funcin.Bibliotecas de interfaz de llamadas al sistema las llamadas al sistema no siempretienen una expresin sencilla en los lenguajes de alto nivel, por ello se crean lasbibliotecas de interfaz, que son bibliotecas de funciones que pueden usarse paraefectuar llamadas al sistema. Las hay para distintos lenguajes de programacin.La aplicacin llama a una funcin de la biblioteca de interfaz (mediante unallamada 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 dela llamada. Por lo que si sta se codifica como una llamada de funcin, cualquiercambio en el S.O. hara que hubiera que reconstruir la aplicacin. Lo msimportante, es que una llamada de funcin no cambia el modo de ejecucin de laCPU. Con lo que hay que conseguir llamar a la rutina de servicio, sin tener queconocer su ubicacin, y hacer que se fuerce un cambio de modo de operacin dela CPU en la llamada (y la recuperacin del modo anterior en el retorno).

Esto se hace utilizando instrucciones mquina diseadas especficamente paraeste cometido, distintas de las que se usan para las llamadas de funcin.

Observe detenidamente la siguiente grfica, en la que se citan las diversasinterfaces 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 lenguajesde alto nivel, por ello se crean las bibliotecas de interfaz, que son bibliotecas defunciones que pueden usarse para efectuar llamadas al sistema. Las hay paradistintos lenguajes de programacin.

La aplicacin llama a una funcin de la biblioteca de interfaz (mediante unallamada normal) y esa funcin es la que realmente hace la llamada al sistema.

Interrupciones y excepciones

El SO ocupa una posicin intermedia entre losprogramas de aplicacin y el hardware. No selimita a utilizar el hardware a peticin de lasaplicaciones ya que hay situaciones en las que esel hardware el que necesita que se ejecute cdigodel SO. En tales situaciones el hardware debepoder llamar al sistema, pudiendo deberse estasllamadas 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 deaplicacin, 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 laoperacin de la que se estaba ocupando, ya ha terminado.

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

Tratamiento de las interrupciones

Una interrupcin se trata despus de terminar la ejecucin de la instruccin encurso. El tratamiento depende de cul sea el dispositivo de E/S que ha causado lainterrupcin, 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 ejecutandocontinuamente rutinas para consultar el estado del perifrico. El inconveniente esque el dispositivo debe tener los circuitos electrnicos necesarios para acceder alsistema de interrupciones del computador.

Importancia de las interrupciones

El mecanismo de tratamiento de las interrupciones permite al SO utilizar la CPUen servicio de una aplicacin, mientras otra permanece a la espera de queconcluya una operacin en un dispositivo de E/S.

El hardware se encarga de avisar al SO cuando el dispositivo de E/S ha terminadoy el SO puede intervenir entonces, si es conveniente, para hacer que el programaque 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 debenpoder hacerlo las mismas).

Un ejemplo de sincronismo por interrupcin es el almacenamiento de caracteresintroducidos mediante el teclado. Cuando se introduce un carcter, se codifica enel registro de datos del dispositivo y adems se activa un bit del registro de estadoquien crea una interrupcin en el hardware. El procesador deja temporalmente latarea que estaba completando y ejecuta la rutina de atencin a la interrupcincorrespondiente. El teclado almacena el carcter en el vector de memoriaintermedia (llamado buffer) asociada al teclado y despierta el proceso que habaen el estado de espera de la operacin de entrada/salida.

Otro ejemplo ms elevado en cuanto a su nivel de complejidad se da en lasexcepciones 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, launidad de control lanza una excepcin para permitir al SO ejecutar el tratamiento

adecuado. Al contrario que en una interrupcin, la instruccin en curso esabortada. Las excepciones al igual que las interrupciones deben estaridentificadas.

Clases de excepciones

Las instrucciones de un programa pueden estar mal construidas por diversasrazones:

- 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 alos modos de ejecucin de la CPU y los mecanismos de proteccin de la memoria,que las aplicaciones realicen operaciones que no les estn permitidas. Encualquier 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 alSO, y ste es el que trata la situacin como convenga.

Es bastante frecuente que el tratamiento de una excepcin no retorne al programaque se estaba ejecutando cuando se produjo la excepcin, sino que el SO abortela ejecucin de ese programa. Este factor depende de la pericia del programadorpara controlar la excepcin adecuadamente.

SISTEMA OPERATIVO DE RED [7]

Este tipo de SO permite la interconexin de ordenadores para poder acceder a losservicios y recursos. Al igual que un equipo no puede trabajar sin un sistemaoperativo, 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 puedencompartir recursos y los usuarios no podrn utilizar estos recursos.

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

NetWare de Novell es el ejemplo ms familiar de SO de red, donde el software dered del equipo cliente se incorpora en el SO del equipo. El equipo personalnecesita ambos sistema operativos para gestionar conjuntamente las funciones dered y las funciones individuales.

El software del sistema operativo de red se integra en un nmero importante desistemas 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 sistemaoperativo combinando las funciones de ambos) tiene sus ventajas e

inconvenientes. Por tanto, nuestro trabajo como especialistas en redes esdeterminar la configuracin que mejor se adapte a las necesidades de nuestra red.

Es un componente software de una computadora que tiene como objetivocoordinar y manejar las actividades de los recursos del ordenador en una red deequipos. Consiste en un software que posibilita la comunicacin de un sistemainformtico 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 recursospara realizar su tarea: tiempo de CPU, memoria, archivos y dispositivos de E/S. ElSO 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 altaprimero y cuando se terminen seguir con las de prioridad media y despuslas de baja. Una vez realizada la tarea se tacha. Esto puede traer unproblema que las tareas de baja prioridad pueden que nunca lleguen aejecutarse. 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 unamediante una direccin nica. Este almacn de datos de rpido acceso escompartido por la CPU y los dispositivos de E/S, es voltil y pierde su contenidoante 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 memoriaprincipal (almacenamiento primario) es voltil y adems muy pequea paraalmacenar todos los programas y datos. Tambin es necesario mantener los datosque 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 demanejadores de dispositivos y otra para dispositivos concretos. El sistemaoperativo debe gestionar el almacenamiento temporal de E/S y servir lasinterrupciones de los dispositivos de E/S.

Sistema de archivos

Los archivos son colecciones de informacin relacionada, definidas por suscreadores. stos almacenan programas (en cdigo fuente y objeto) y datos talescomo imgenes, textos, informacin de bases de datos, etc.

Lo habitual es utilizar dispositivos de almacenamiento de datos que permiten elacceso a los datos como una cadena de bloques de un mismo tamao, a vecesllamados sectores, usualmente de 512 bytes de longitud (Tambin denominadosclsters). El software del sistema de archivos es responsable de la organizacinde estos sectores en archivos y directorios y mantiene un registro de qu sectorespertenecen a qu archivos y cules no han sido utilizados. En la prctica, unsistema de archivos tambin puede ser utilizado para acceder a datos generados

dinmicamente, como los recibidos a travs de una conexin de red (sin laintervencin 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 mtodospara crear, por ejemplo, enlaces adicionales a un directorio o archivo (enlace duroen Unix) o renombrar enlaces padres (".." en Unix).

El acceso seguro a sistemas de archivos bsicos puede estar basado en losesquemas de lista de control de acceso o capacidades. Las listas de control deacceso hace dcadas que demostraron ser inseguras, por lo que los sistemasoperativos experimentales utilizan el acceso por capacidades. Los sistemasoperativos 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 lossistemas de archivos FAT, FAT32, EXT3, NTFS, XFS, etc.

- Desde el punto de vista del usuario estas diferencias pueden parecerinsignificantes a primera vista, sin embargo, existen diferencias muyimportantes. Por ejemplo, los sistemas de ficheros FAT32 y NTFS, que seutilizan fundamentalmente en sistemas operativos de Microsoft, tienen unagran diferencia para un usuario que utilice una base de datos con bastanteinformacin ya que el tamao mximo de un fichero con un sistema dearchivos FAT32 est limitado a 4 gigabytes, sin embargo, en un sistemaNTFS el tamao es considerablemente mayor.

La estructura de directorios suele ser jerrquica, ramificada o "en rbol", aunqueen algn caso podra ser plana. En algunos sistemas de archivos los nombres dearchivos son estructurados, con sintaxis especiales para extensiones de archivos ynmeros de versin. En otros, los nombres de archivos son simplemente cadenasde texto y los metadatos de cada archivo son alojados separadamente.

En los sistemas de archivos jerrquicos, usualmente, se declara la ubicacinprecisa de un archivo con una cadena de texto llamada "ruta" o path eningls La nomenclatura para rutas vara ligeramente de sistema en sistema,pero mantienen por lo general una misma estructura. Una ruta viene dada por unasucesin de nombres de directorios y subdirectorios, ordenados jerrquicamentede izquierda a derecha y separados por algn carcter especial que suele ser unadiagonal ('/') o diagonal invertida ('\') y puede terminar en el nombre de un archivopresente en la ltima rama de directorios especificada. [10]

Normalmente los archivos y carpetas se organizan jerrquicamente. Fuentehttp://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 cancinllamada "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 dearchivos.

'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 esun complemento burocrtico solo til para la observacin del usuario, ya que losentornos de administracin de archivos y aplicaciones varias, analizan lainformacin contenida en el principio del interior del archivo (MIME2 headers) para

2 Multipurpose Internet Mail Extensions o MIME ("extensiones multipropsito de correo de internet") son unaserie 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 dedicadaa mejorar las posibilidades de transferencia de texto en distintos idiomas y alfabetos. En sentido general lasextensiones 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 proporcinconsiderable de estos mensajes generados automticamente son transmitidos en formato MIME a travs delprotocolo SMTP. Los mensajes de correo electrnico en Internet estn tan cercanamente asociados con elSMTP 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, RFC2046, 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 delos mensajes electrnicos. Por ejemplo, algunos protocolos de red tales como HTTP de la Web. HTTPrequiere que los datos sean transmitidos en un contexto de mensajes tipo e-mail aunque los datos pueden noser un e-mail propiamente dicho.

En la actualidad ningn programa de correo electrnico o navegador de Internet puede considerarse completosi 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 latabla 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 lodesea, 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 unarchivo, ste puede quedar inutilizable si la nueva extensin lo asocia a unprograma que no tenga la capacidad de editar o reproducir ese tipo de archivo.Algunos usuarios aun as habilitan la visualizacin de las extensiones en lossistemas Windows como medida de precaucin para evitar virus que utilicenconos o nombres parecidos a los archivos personales del usuario, ya que laextensin 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 dearchivos en una unidad de disco, que puede estar conectada directa oindirectamente 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 sealmacena la informacin necesaria para restablecer los datos afectados por la transaccin en caso de que stafalle.

El procedimiento es bsicamente el siguiente:

- Se bloquean las estructuras de datos afectadas por la transaccin para que ningn otro proceso puedamodificarlas mientras dura la transaccin.

- Se reserva un recurso para almacenar el journal. Por lo general suelen ser unos bloques de disco, demodo que si el sistema se para de forma abrupta (corte elctrico, avera, fallo del sistemaoperativo...) 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 seescribe 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 yborrndolos del journal. Si todo ha ido bien, se borra el journal y se desbloquean las estructuras de datosafectadas.

Las aplicaciones ms frecuentes de los sistemas de journaling se usan para implementar transacciones desistemas de bases de datos y, ms recientemente, para evitar la corrupcin de las estructuras de datos en lasque se basan los sistemas de archivos modernos. En el caso concreto de los sistemas de archivos, el journalingse 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 unared. Dentro de esta clasificacin encontramos dos tipos de sistemas de archivos:los sistemas de archivos distribuidos (no proporcionan E/S en paralelo) y lossistemas 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 sonni 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 deimportancia, puesto que lo que persigue el journaling de sistemas de archivos es evitar los engorrosos y largoschequeos de disco que efectan los sistemas al apagarse bruscamente, ya que el sistema al arrancar solodeber deshacer el journal para tener un sistema coherente de nuevo.

Sistemas de archivos con journaling

Ext3 de LinuxExt4 de LinuxNTFS de Windows NTReiserFS de LinuxReiser4 de LinuxUFS de SUN SolarisXFS de IRIX y LinuxJFS de Linux, OS/2 y AIXHFS+ de Mac OS XVMFS-3 de VMwareSmart 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 sistemade archivos virtual, que es una capa de abstraccin encima de un sistema dearchivos ms concreto. Su propsito es permitir que las aplicaciones clientetengan acceso a diversos tipos de sistemas de archivos concretos de una manerauniforme. Puede ser utilizada para tender un puente sobre las diferencias en lossistemas de archivos de Windows, de Mac OS y Unix, de modo que lasaplicaciones pudieran tener acceso a archivos en los sistemas de archivos localesde esos tipos sin tener que saber a qu tipo de sistema de archivos estn teniendoacceso.

Un VFS especifica un interfaz (o un contrato) entre el kernel y un sistema dearchivos en concreto. Por lo tanto, es fcil agregar nuevos sistemas de archivos alkernel simplemente satisfaciendo el contrato. Los trminos del contrato puedenvolverse incompatibles de una versin a otra, lo que requerira que sistemas dearchivos concretos fuesen recompilados, y posiblemente modificados antes de larecompilacin, para permitirles trabajar con un nuevo lanzamiento del sistemaoperativo; o el proveedor del sistema operativo pueda realizar solamente cambiosretrocompatibles al contrato, de modo que un sistema de archivos concreto

construido para un lanzamiento dado del sistema operativo trabaje con lasversiones futuras del mismo sistema operativo.

Otros mecanismos de sistema de archivos virtual en sistemas tipo UNIX incluyenel Interruptor de Sistema de Archivos en System V Release 3, el Sistema deArchivos Genrico en Ultrix, y el VFS en GNU/Linux. En OS/2 y MicrosoftWindows, el mecanismo de sistema de archivos virtual se llama Sistema deArchivos 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 delsistema de archivos virtual en GNU/Linux, FreeBSD, de OpenSolaris, y Mac OS X.

En Microsoft Windows, los sistemas de archivos virtuales pueden tambinimplementarse a travs de las extensiones de consola de nombre de usuario enespacio de usuario, sin embargo, no soportan las interfaces de programacin deaplicaciones del sistema de ms bajo nivel de acceso de archivos, de modo queno todas las aplicaciones sern capaces de acceder sistemas de archivos que sehayan implementado como extensiones de nombre de usuario.

KIO y el GNOME VFS proveen de mecanismos similares en los entornos deescritorio de KDE y de GNOME, con limitaciones similares, aunque pueden serhechos para utilizar tcnicas FUSE y por lo tanto integrarse suavemente en elsistema. [13]

Sistemas de proteccin

Mecanismo que controla el acceso de los programas o los usuarios a los recursosdel 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 podercontrolar 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 lasaplicaciones para enviar y recibir informacin, y crear y mantener conexionesvirtuales entre aplicaciones que estn ejecutndose localmente y otras que lohacen remotamente.

Programas de sistema

Son aplicaciones de utilidad que se suministran con el SO pero no forman parte del. Ofrecen un entorno til para el desarrollo y ejecucin de programas, siendoalgunas 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 elmicroprocesador).

- 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 procesosdel propio SO) en un momento dado. Una vez que empieza a ejecutar unproceso, continuar hacindolo hasta su finalizacin y/o interrupcin.

- Multitarea: Es capaz de ejecutar varios procesos al mismo tiempo. Este tipode SO. normalmente asigna los recursos disponibles (CPU, memoria,perifricos) de forma alternada a los procesos que los solicitan, de maneraque 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 almismo tiempo.

- Multiusuario: Si permite que varios usuarios ejecuten simultneamente susprogramas, accediendo a la vez a los recursos de la computadora.Normalmente estos sistemas operativos utilizan mtodos de proteccin dedatos, de manera que un programa no pueda usar o cambiar los datos deotro 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 olicenciatario, el estado de desarrollo, su uso o por muchas otras caractersticas. Enla 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 hardwareApollo/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 OSAtari

- Atari DOS (para ordenadores de 8 bits)- Atari TOS- Atari MultiTOS

BAE Systems

- XTS-400Be Incorporated

BeOS

- BeIAZeta (copia ilegal de BeOS desarrollada originalmente por yellow TAB einterrumpida por magnussoft)

Burroughs Corporation

- Burroughs MCPConvergent 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-UXUltrix

- NonStop Kernel (Creado originalmente por Tandem Computers para susplataformas, llamado Guardian). Soporta la ejecucin simultnea de:GuardianOSS (Open System Services)

Fujitsu

- Towns OSGreen 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 sistemaoperativo 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 lasfamilias 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 memoriavirtual de los System/370.)SVS (Single Virtual Storage (tanto el VS1 como el VS2 comenzaron somosistemas SVS))

OS/VS1 (Operating System/Virtual Storage 1, versin de memoria virtualdel OS/MFT)OS/VS2 (Operating System/Virtual Storage 2, versin de memoria virtualdel OS/MVT)- OS/VS2 R2 (llamado Multiple Virtual Storage, MVS, elimin todanecesidad 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 queposibilitaba el control de dispositivos de entrada remotos conectados porlneas 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 lgidodel 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 IBMSystem/88)

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

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

- i5/OS (mejora el OS/400 con caractersticas significativas deinteroperabilidad)

- 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 DOSPC 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/2OS/2 1.x (desarrollado conjuntamente con Microsoft)OS/2 2.xOS/2 Warp V3OS/2 Warp V4eComStation

Others

- IBM Workplace OS (SO basado en microkernel, desarrollado y canceladoen los aos 90)

- K42 (SO de investigacin de cdigo abierto para sistemas multiprocesadorPowerPC 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 ICL1900

- ICL VMELynuxWorks (originalmente Lynx Real-time Systems)

- LynxOSMicrium Inc.

- MicroC/OS-IIMicrosoft

- 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.0Windows Mobile (basado en Windows CE)Windows CE 5.0Windows CE 6.0Windows Mobile 5.0Windows Mobile 6Windows Mobile 6.1

- Windows basado en DOSWindows 1.0Windows 2.0Windows 3.0 (la primera versin que tuvo un impacto comercial notable)Windows 3.1Windows 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 aplicacionesy drivers de dispositivos para sistemas NT (XP, 2003) usando una arquitecturasimilar 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 LispSymbolics

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 (softwareLibre) 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

InfernoPlan BTurboDOS

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-80CP/M-86CP/M-68kCP/M-8000MP/M-80MP/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-11SJOS 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 PCWindows 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

AndroidOpenmoko LinuxMobilinuxMontaVistaMotoMagxQtopiaLiMo 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

- SPEEDOSV

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 respectivosejemplos):

- 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 autorel 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) OperatingSystems, Pearson Education India, pp. 12 y ss.; Turner, R. W. (1986) OperatingSystems: 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 defebrero 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