COMPILACIÓN BIBLIOGRÁFICA SISTEMAS OPERATIVOS DIGITAL-HP-COMPAQ-TANDEM COMPUTERS

ESTEFANO TORRES SALAZAR

909060

ASIGNATURA

SISTEMAS OPERATIVOS

DOCENTE

CARLOS HERNAN GOMEZ GOMEZ

ADMINISTRACION DE SITEMAS INFORMATICOS

UNIVERSIDAD NACIONAL DE COLOMBIA

SEDE MANIZALES

MANIZALES MAYO 2014

Compilación Bibliográfica Sistemas operativos Digital-HP-Compaq-Tandem Computers

Contenido

1. Introducción

2. Historia y evolución de los Sistemas Operativos

3. Descripción General Sistemas Operativos Digital-HP-Compaq-Tandem computers3.1.1 OS/8 3.1.2 ITS   3.1.3 Multi-Programming Executive   3.1.4 TOPS-10  3.1.5 WAITS  3.1.6 TENEX   3.1.7 TOPS-20  3.1.8 RSTS/E  3.1.9 RSX-11  3.1.10 RT-11 3.1.11 VMS  3.1.12 Domain/OS  3.1.13 RTE  3.1.14 TSB  3.1.15 Unix-like  

3.1.15.1 Digital UNIX  3.1.15.2 HP-UX 3.1.15.3 Ultrix

3.1.16 NonStop Kernel

4. Sistema Operativo VMS

4.1 Presentación 4.2 Estructura y Componentes del sistema4.3 Plataformas sobre las que trabaja4.4 Proceso de Instalación4.5 Gestión de procesos 4.6 Gestión de memoria

4.7 Sistema de archivos. 4.8 Gestión de entrada y salida4.9 Gestión de comunicaciones y seguridad4.10 Soporte a tiempo real4.11 Otros aspectos

5. Resumen del Trabajo

6. Conclusiones y Observaciones

7. Bibliografía

1. Introducción

En el transcurso del tiempo se puede evidenciar que nuestro planeta ha sido un espectador de una ola tecnológica que ha sido implementada e interactúa a diario con el ser humano, la cual abarca todos los ámbitos cotidianos de las personas , especialmente los que están directamente relacionado a satisfacer necesidades, es importante aclarar que esta ola ha traído mucho frutos hace un siglo en comparación al pasado , pero no se puede olvidar los frutos obtenidos hace varios años , obviamente la tecnología recolecta diversos oficios y ámbitos pero se centralizara el tema de este trabajo en la evolución y descripción de los sistemas operativos de cierta gamma; en los inicios cuando el hombre creo el primer computador no se contaba con un sistema operativo ,a continuación se hace una pequeña reseña de como el hombre ha creado e innovado en este aspecto desde la creación del sistema operativo , hasta la actualidad donde los sistemas operativos cada vez son más dinámicos , eficaces y no requieren bastante memoria.

El primer computador llamado “Maquina analítica” fue creado por Charles Babage (1792 – 1871), este no poseía un sistema operativo; desde ese entonces el hombre en su afán por desarrollar nuevas tecnologías trato de acercarse a la interpretación del lenguaje de máquina.

Los Sistemas Operativos han venido evolucionando a través de los años, ya que estos se han apegado íntimamente a la arquitectura de las computadoras en las cuales se ejecutan, logrando el hombre desarrollar diferentes tipos de Sistemas Operativos, todo ello para que la persona que manipule estos sistemas pueda tener una interacción amena con este. Hoy día se encuentran en el mercado diferentes tipos de Sistemas Operativos, que le permiten al usuario seleccionar el que se acomode a sus exigencias. No solo se requiere un buen sistema operativo para llevar a cabo las diferentes funciones que este requiere, sino también, una buena máquina para que haya una comunicación adecuada entre “hombre y maquina”.

En este trabajo se pretende dar a conocer la importancia de los sistemas operativos en el ámbito de la información y la sistematización; sus comienzos y evoluciones a lo largo del tiempo en beneficio de las personas que requieren hacer uso de funciones para que sean interpretadas, analizadas y ejecutadas; además se traen a colación algunos sistemas operativos pertenecientes a la gamma Digital – Hp – Compaq – Tandem Computers.

2. Historia y evolución de los Sistemas Operativos

Los sistemas operativos han venido evolucionando a través de los años, ya que estos se han apegado íntimamente a la arquitectura de las computadoras en las cuales se ejecutan.

Inicialmente solo hubo hardware. Las primeras computadoras eran máquinas muy grandes que se programaban desde una consola. El programador podía escribir un programa, y luego operar el programa directamente desde la consola del operador. Primero, el programa tenía que cargarse manualmente en la memoria, ya sea por medio de switches (llaves de conmutación), cinta de papel, o tarjetas perforadas. Luego, se apretaban los botones apropiados para cargar la dirección de comienzo y comenzaba la ejecución del programa. A medida que el programa corría, el programador/operador podía monitorear su ejecución por medio de luces en la consola. Si se descubrían errores, el programador podía parar el programa, examinar los contenidos de la memoria y registros, y corregir el programa directamente desde la consola. La salida se imprimía o perforaba en cintas o tarjetas para una impresión posterior. Un aspecto importante de este entorno era la naturaleza interactiva HANDS-ON. El programador era el operador. Muchos sistemas usaban un esquema de reserva para otorgar tiempo de maquina: para usar la máquina.

La primera computadora digital real fue diseñada por el matemático inglés Charles Babbage (1792 - 1871). Aunque Babbage gasto la mayor parte de su vida y de su fortuna intentando construir su “ maquina analítica “ , nunca la hizo funcionar adecuadamente porque era un diseño puramente mecánico y la tecnología de su época no podía producir las ruedas, el engranaje, levas y otras partes mecánicas con la alta precisión que el necesitaba. Sin tener que decirlo, la maquina analítica no tuvo un sistema operativo.

La Generación Cero (Década 1940) Los sistemas operativos han ido evolucionando durante los últimos 40 años a través de un número de distintas fases o generaciones que corresponden a décadas. En 1940, las computadoras electrónicas digitales más nuevas no tenían sistema operativo. Las Máquinas de ese tiempo eran tan primitivas que los programas por lo regular manejaban un bit a la vez en columnas de switchs mecánicos. Eventualmente los programas de lenguaje máquina manejaban tarjetas perforadas, y lenguajes ensamblador fueron desarrollados para agilizar el proceso de programación. Los usuarios tenían completo acceso al lenguaje de la máquina. Todas las instrucciones eran codificadas a mano.

Primera Generación (1945 - 1955)Tubos de vacío y tableros enchufables

Los laboratorios de investigación de la General Motors implementaron el primer sistema operativo en los 50's, el cual generalmente corría una tarea a la vez y suavizó la transición entre tareas para obtener máxima utilización del sistema de la computadora. Los sistemas operativos de los años cincuenta fueron diseñados para hacer más fluida la transmisión entre trabajos. Antes de que los sistemas fueran diseñados, se perdía un tiempo considerable entre la terminación de un trabajo y el inicio de siguiente. Este fue el comienzo de los sistemas de procesamiento por lotes, donde los trabajos se reunían por grupo o lotes. Cuando el trabajo estaba en ejecución, esta tenía control total de la máquina. Al terminar cada trabajo (bien normal o anormalmente), el control era devuelto al sistema operativo, el cual "limpiaba" y leía e inicia el trabajo siguiente. Durante la segunda guerra mundial, alrededor de la mitad de la década de 1940, Howard Aiken en Hardvard, Jon Von Neumann en el Instituto de Estudios Avanzados en Princeton, J. Presper Ecker y William Mauchley en la Universidad de Pennsylvania y Konrad Zuse en Alemania, entre otros, todos obtuvieron resultados óptimos en la construcción de máquinas de cálculo mediante el uso de tubos de vacío. En estos primeros días, un grupo singular de personas diseño, construyo, programo, opero y dio mantenimiento a cada máquina. Toda la programación se realizó en lenguaje de maquina absoluto. Los lenguajes de programación se desconocían (todavía no existía el lenguaje ensamblador). Los primeros sistemas operativos eran extraños. El modo usual de operación consistía en que el programador firmaba para tener acceso a un bloque de tiempo en la hoja de registro situada en la pared, después bajaba al cuarto de máquinas, insertaba su tablero enchufable en la computadora y pasaba las siguientes horas esperando que ninguno de los 20,000 tubos de vació  se fundiera durante la ejecución de su programa. Al inicio de la década de 1950, la rutina había mejorado un poco con la introducción de la tarjetas perforadas. Ahora era posible escribir  en tarjetas y leerlos, en vez de utilizar tableros enchufables; de lo contrario el procedimiento era el mismo.

Segunda Generación (1955 - 1965): Transistores y Sistema de lote

La característica de la segunda generación de los sistemas operativos fue el desarrollo de los sistemas compartido con multiprogramación, y los principios del multiprocesamiento. En los sistemas de multiprogramación, varios programas de usuarios se encuentran el mismo tiempo en el almacenamiento principal, y el procesador se cambia rápidamente de un trabajo a otro. En los sistemas de multiprocesamiento se utilizan varios procesadores en un solo sistema computacional, con la finalidad de incrementar el poder de procesamiento de la máquina. La independencia de dispositivos aparece después. Un usuario que deseara escribir datos en una cinta en sistemas de la primera generación tenía que hacer referencia específica a una unidad en particular. En los sistemas de la segunda generación, el programa del usuario especificaba tan solo que un archivo

iba a ser escrito en una unidad de cinta con cierto número de pistas y cierta densidad. El sistema operativo localizaba, entonces, una unidad de cinta disponible con las características deseadas, y le indicaba al operador que montara una cinta en esa unidad.

La introducción del transistor a mediados de la década de 1950 cambio la imagen radicalmente. Las computadoras se volvieron lo suficientemente confiables, en un principio hubo una clara separación entre los diseñadores, armadores, operadores, programadores y personal de mantenimiento. Estas máquinas se instalaban en cuartos de computadoras especialmente acondicionados con aire, con cuerpo de operadores profesionales para accionarlas. Un programador primeramente escribiría el programa en papel (en FORTRAN o en lenguaje ensamblador) y después lo perforaría en tarjetas. Después llevaría la pila de tarjetas al cuarto de introducción al sistema y la entregaría a uno de los operadores el cual iniciaba el proceso en la computadora, este proceso desperdiciaba mucho tiempo. Dado el alto costo del equipo, no es sorprendente que las personas buscaran rápidamente maneras de reducir el tiempo perdido. La solución que generalmente se adoptaba era el sistema de lote. La idea implícita en este sistema era la de conjuntar un cajón lleno de trabajos en el cuarto de introducción al sistema y después leerlos en una cinta magnética mediante el uso de una computadora ( relativamente ) pequeña y poco costosa, como la IBM 1401.       Después de casi una hora de recolectar un lote de trabajos, la cinta se volvía a enrollar y se llevaba al cuarto de máquinas. Después el operador cargaba un programa especial ( el ancestro del sistema operativo de hoy en día ) , el cual leía el primer trabajo y lo ejecutaba, la salida se escribía en una segunda cinta, en vez de imprimirse. Después de terminar cada trabajo, el sistema operativo leía automáticamente el siguiente trabajo de la cinta, y comenzaba a ejecutarlo. La estructura de un trabajo de entrada común arrancaba con una tarjeta $JOB, que especifica el tiempo máximo de ejecución en minutos, el número de cuenta que se cargara y el nombre del programador. Después venia una tarjeta $FORTRAN, que indicaba al sistema operativo que debía cargar el compilador de FORTRAN. Venia seguido de un programa que debía compilarse y después de una tarjeta $LOAD, que ordenaba al sistema operativo cargar el programa objeto recién compilado, después venia la tarjeta $RUN, que indicaba al sistema operativo que debía ejecutar el programa con los datos que le seguían. Por último, la tarjeta $END marcaba el final del trabajo. Los sistemas operativos comunes eran FMS (el sistema monitor del FORTRAN) e IBSYS, sistema operativo de IBM de la 7094. 

Tercera Generación (1965 - 1980): Circuitos integrados y multiprogramación La tercera generación de sistemas operativos comenzó en forma efectiva, en 1964, con la introducción de la familia de computadores Sistemas/360 de IBM. Las variadas computadoras 360 fueron diseñadas para ser compatibles con el

hardware, para usar el OS/360 sistema operativo, y para ofrecer mayor poder computacional a cómo iba avanzando el usuario en las series. Sistemas operativos más avanzados fueron desarrollados para servir a múltiples usuarios interactivos a la vez. Los usuarios interactivos se comunicaban con la computadora vía terminales que están en línea conectadas directamente a la computadora. Los computadores de la tercera generación fueron diseñados como sistemas de usos generales. Casi siempre eran sistemas grandes, voluminosos, con el propósito de serlo todo para toda la gente. Este concepto vendió gran cantidad de computadores, pero tenía su precio. Los usuarios que necesitaban de algunas aplicaciones particulares que no requerían de este tipo de poder pagaban caro el elevado tiempo de ejecución, tiempo de, tiempo de depuración, mantenimiento, etc. Los sistemas operativos de la tercera generación eran sistemas de modos múltiples. Algunos soportan simultáneamente procesos por lotes, tiempo compartido, procesamiento de tiempo real y multiprocesamiento. Eran grandes y costosos, nunca antes se había construido algo similar, y muchos de los esfuerzos de desarrollo terminaron muy arriba del presupuesto y mucho después de lo que el planificador marcaba como fecha de terminación.Al inicio de la década de 1960 muchos fabricantes de computadoras tenían dos líneas de trabajo distintas y totalmente incompatibles. Por un lado existían las computadoras científicas de grande escala orientadas a las palabras, como la 7094, que se utilizaban para realizar cálculos numéricos de ciencias e ingeniería. Por el otro lado estaban las computadoras comerciales orientadas a los caracteres, como 1401, que se utilizaban para el ordenamiento de cintas  e impresión por parte de bancos y compañías de seguros. El desarrollo y mantenimiento de dos líneas de productos diferentes era una proposición costosa para los fabricantes. Además, muchos nuevos compradores de computadoras necesitaban una maquina pequeña, pero después se expandían y querían una máquina de mayor tamaño que ejecutara todos sus programas antiguos, pero con mayor velocidad. IBM intento resolver estos dos problemas de un solo golpe introduciendo en el mercado el Sistema/360. El 360 era una serie de máquinas compatibles con el software que variaban del tamaño de la 1401 a una mucho más poderosa que la 7094, el 360 estaba diseñado para realizar cálculos tanto científicos como comerciales. Por lo tanto una sola familia de máquinas podía satisfacer las necesidades de todos los clientes. El sistema 360 fue la primera línea importante de computadoras que utilizo circuitos integrados (CI), con lo cual ofreció una mayor ventaja de precio/rendimiento sobre las máquinas de la segunda generación. La intención era que todo el software, como el sistema operativo, tenía que funcionar en todos los modelos. Tenía que correr en sistemas pequeños, y en sistemas muy grandes. Tenía que funcionar adecuadamente en sistemas con algunos periféricos y en sistemas con muchos periféricos. No había manera de que IBM escribiera una pieza de software que cumpliera todos esos requisitos conflictivos. El resultado fue un sistema operativo enorme y extraordinariamente complejo. Constaba de millones de líneas de lenguaje ensamblador escritas por miles de programadores, y contenía miles y miles de errores ocultos.       

A pesar de tamaño y problemas enormes, OS/360 y los sistemas operativos similares de la tercera generación satisfacían a muchos de sus clientes razonablemente bien, También popularizaron varias técnicas importantes ausentes en los sistemas operativos de la segunda generación. La más importante de estas fue la multiprogramación. Cuando el trabajo corriente se detenía para esperar a que se completara una operación en cinta u otra operación de E/S, la unidad central de procesamiento (CPU) simplemente permanecía ociosa hasta que terminara la operación de E/S. La solución que evoluciono consistía en partir la memoria en varias partes, con trabajo diferente en cada partición. Mientras que un trabajo esperaba a que se completara la E/S, otro trabajo podía estar utilizando la CPU. Si se podían mantener suficientes trabajos en la memoria central al mismo tiempo, la CPU podía mantenerse ocupada casi el 100% del tiempo. Otra característica de importancia en los sistemas operativos de la tercera generación era la capacidad de leer trabajos de tarjetas contenidas en el disco tan pronto como se llevaban al cuarto de computación. Siempre que se terminaba un trabajo, el sistema operativo podía cargar uno nuevo del disco en la partición no vacía y ejecutarlo, esta técnica se denomina manejo por cola de impresión.   Los sistemas operativos de la tercera generación seguían siendo básicamente sistemas de lote. Con los sistemas operativos de la tercera generación, el tiempo entre la entrega de un trabajo y la devolución de la salida comprendía a menudo varias horas. El deseo de obtener un tiempo de respuesta corto marco el camino para el tiempo compartido, variante de la multiprogramación, en la cual cada usuario tiene una terminal en línea. En un sistema de tiempo compartido si hay 20 usuarios dentro del sistema y 17 de ellos están pensando o platicando o bien tomando café, la CPU puede distribuirse en turno para los tres trabajos que necesitan servicio. Aunque el primer sistema de tiempo compartido (CTSS) serio fue creado en MIT  en una unidad 7094 especialmente modificada, no se volvió popular sino hasta que el hardware de protección necesario se disemino durante la tercera generación. Otro avance durante la tercera generación fue el crecimiento de las minicomputadoras, comenzando con DEC PDP-1 en 1961. Uno de los científicos que había trabajado en el proyecto MULTICS, Ken Thompson, hallo después una pequeña PDP-7 y empezó a escribir después una versión desguarnecida de MULTICS para un usuario. Este sistema se llamó “UNICS” (Uniplexed información and computing service, información unicanalizada y servicio de computación), pero su ortografía cambio más tarde por UNIX. UNIX se ha desplazado a más computadoras que ningún otro sistema operativo de la historia y su uso sigue aumentando rápidamente.

Cuarta Generacion (1980 - 1990): Computadoras Personales

Los sistemas de la cuarta generación constituyen el estado actual de la tecnología. Muchos diseñadores y usuarios se sienten aun incómodos, después de sus experiencias con los sistemas operativos de la tercera generación, y se muestran cautelosos antes de comprometerse con sistemas operativos complejos. Con la

ampliación del uso de redes de computadores y del procesamiento en línea los usuarios obtienen acceso a computadores alejados geográficamente a través de varios tipos de terminales. El microprocesador ha hecho posible la aparición de la computadora personal, uno de los desarrollos de notables consecuencias sociales más importantes de las últimas décadas. Ahora muchos usuarios han desarrollado sistemas de computación que son accesibles para su uso personal en cualquier momento del día o de la noche. La potencia de computador, que costaba varios cientos de miles de dólares al principio de la década de 1960, hoy es accesible por menos de mil dólares. El porcentaje de la población que tiene acceso a un computador en la década de los ochenta es mucho mayor y aumento rápidamente. Individuos podían tener su propia computadora para realizar parte de su trabajo, y utilizar facilidades de comunicación para transmitir datos entre sistemas. La aplicación de paquetes de software tales como procesadores de palabras, paquetes de bases de datos y paquetes de gráficos ayudaron a la evolución de la computadora personal. La llave era transferir información entre computadoras en redes de trabajo de computadoras. El correo electrónico, transferencia de archivos, y aplicaciones de acceso a bases de datos proliferaron. El modelo cliente-servidor fue esparcido. El campo de ingeniería de software continuó evolucionando con una mayor confianza proveniente de los E.U. Los ambientes del usuario, altamente simbólicos, mnemónicos y orientados hacia las siglas de las décadas de los sesenta y setenta, están siendo reemplazados, en la década de los ochenta, por los sistemas controlados por menú, los cuales guían al usuario a lo largo de varias opciones expresadas en un lenguaje sencillo. En los 90's habremos de entrar a la era de la verdadera distribución de computación en la cual calcula dentro de subcalculos que pueden ser ejecutados en otros procesadores en computadoras de múltiples procesadores y en conmutadores de red. Estos tipos de conectividad son facilitados para abrir sistemas estándar y protocolos que se empiezan desarrollar para grupos.

Con la creación de los circuitos integrados LSI (integración a grande escala), chips que contiene miles de transistores en un centímetro cuadrado de silicón, la era de computadora personal vio sus inicios. Dos sistemas operativos han dominado la escena de la computadora personal: MS-DOS, escrito por Microsoft, Inc., para la IBM PC y otras computadoras que utilizan la CPU Intel 8088 y sus sucesores. y UNIX, que domina en las computadoras personales mayores que hacen uso de CPU Motorola 68000. Aunque la versión inicial de MS-DOS era relativamente primitiva, versiones subsiguientes han incluido más y más características de UNIX, lo que no es totalmente sorprendente dado que Microsoft es un proveedor importante de UNIX, que usa el nombre comercial de XENIX. Un avance importante que empezó a tomar su sitio a mediados de la década de 1980 es el desarrollo de redes de computadoras personales que corren sistemas operativos en red y sistemas operativos distribuidos. En un sistema operativo en red, los usuarios tienen conocimiento de la existencia de múltiples computadoras y pueden ingresar en máquinas remotas y reproducir archivos de una maquina a la otra. Cada máquina ejecuta su sistema operativo local y tiene un usuario propio (o usuarios).

Un sistema distribuido, es aquel que se presenta ante sus usuarios como un sistema uniprocesador tradicional, aunque en realidad este compuesto de múltiples procesadores. En un sistema distribuido real, los usuarios no tienen conocimiento de donde se están ejecutando sus programas o de donde están ubicados sus archivos; todo esto se debe manejar en forma automática y eficiente por medio del sistema operativo. Los sistemas operativos en red no son fundamentalmente diferentes de los sistemas operativos uniprocesadores. Sin duda necesitan un controlador de interfaz en red y algún software de bajo nivel para impulsarlo, así como programas para lograr un ingreso remoto al sistema y un acceso remoto del archivo. Los sistemas operativos distribuidos reales requieren más que simplemente agregar un poco de código a un sistema operativo uniprocesador, ya que los sistemas operativos distribuidos y centralizados difieren de manera decisiva.  

Los principios de DECLa empresa fue fundada en 1957 por Ken Olsen y Harlan Anderson, dos ingenieros que habían estado trabajando en el laboratorio Lincoln de Massachusetts Institute of Technology (MIT), sobre el proyecto de TX-2. El TX-2 era un computador basado en transistores que usaba la entonces enorme cantidad de palabras de 36 bit, con 64 kilobytes de memoria principal. Cuando aquel proyecto comenzó a presentar dificultades, Olsen y Anderson abandonaron MIT para formar DEC. Georges Doriot y su Corporación Americana De Investigación y Desarrollo(ARDC) proporcionó un capital a la empresa de aproximadamente US$ 60,000.

La compañía nació en un viejo molino de lana en Maynard, Massachusetts, que fue utilizado como sede de la empresa hasta 1992.

En aquel tiempo, el mercado era hostil para fabricantes de computadoras, y a los inversionistas le espantaban estos tipos de proyectos. DEC comenzó entonces a construir pequeños "módulos" digitales (correspondientes a los componentes del TX-2) como puertas, conductores de transformador, etc., que se podían combinar para ser utilizados en laboratorios.

DEC en los 60 y su línea de sistemas PDPDurante los años 60s DEC desarrolló una serie de computadoras que presentaban mejor relación precio/prestaciones que los de IBM, en general basadas en palabras de 18 bits. En 1961 la empresa fue beneficiaria y empezó entonces la construcción de su primer computador el PDP-1, diseñado por Ben Gurley. Para servir laboratorios con un menor coste, en 1963, DEC proporcionó el PDP-5, un minicomputador que tuvo un verdadero éxito. Seguido con la introducción del famoso PDP-8 en 1964, una máquina de palabra más pequeña, de 12 bits que se vendió por aproximadamente u$s16,000. El PDP-8 era bastante pequeño para caber sobre un carro. Era bastante simple de usar y ofrecía variedad de funciones, razón por la cual fue vendido en cantidades enormes a nuevos lugares y

mercados: laboratorios, ferrocarriles, y todo tipo de uso industrial. Era el primer computador que con regularidad fue comprado por un puñado de usuarios finales como una alternativa a la utilización de un sistema más grande en un centro de procesamiento de datos. Por su precio bajo y portabilidad, estas máquinas podían ser compradas para llenar una necesidad específica, a diferencia de los sistemas de unidad central de esos días, que casi siempre eran compartidos entre usuarios diversos. Hoy el PDP-8 es considerado, comúnmente, como el primer minicomputadora.

El PDP-8 engendró a un primo, el PDP-12, que combinó la adquisición de datos y capacidades de demostración (desarrolladas con las computadoras NIH-sponsored LINC).

Arquitecturas de máquina de 16 bits fueron inspiradas por el PDP-8, incluyendo los CV 2100 y el Nova General Data, y a un grado menor el DIABLILLO de Semiconductor Nacional, el Step, y microprocesadores INS8900, así como el microprocesador Signetics 2650.

Las máquinas basadas en el PDP-8 pueden ser caracterizadas por un pequeño número de acumuladores, o un pequeño número de registros generales (R0-R3), más bien que un número relativamente grande de registros regulares (como R0-R7 o R15), y por la memoria que se direcciona en términos de página baja y página en curso.

Otro de los equipos famosos en la serie PDP era el PDP-11, que, después de una tendencia de industria a bytes de 8 bits, usaron una palabra 16 bits, ya que permitía suportar los caracteres ASCII. Los PDP-11 comenzaron en el mercado como los PDP-8s pero con notables mejoras ya que usaban circuitos integrados y discretos. Utilizaron varios sistemas operativos de la época, incluyendo el nuevo sistema operativo Unix, como así también DEC RSX Y RSTS (este de tiempo real).

De hecho el PDP-11 es conocido como la plataforma sobre la cual se desarrolló el sistema operativo UNIX y el lenguaje C.

Tanto RSTS como Unix estuvieron disponibles en instituciones educativas con poco o ningún coste. Los sistemas PDP-11 fueron destinados para ser la cuna de una generación de ingenieros e informáticos.

Un PDP-11 típico tenía un tamaño de un refrigerador, una unidad de disquete de 8 pulgadas, donde podían residir sistema operativo, compilador FORTRAN, programas de usuario y datos. El Sistema Operativo era cargado desde el floppy previa secuencia binaría de inicio desde un teclado al efecto (cada tecla activaba un bit de dirección de arranque, 16 en total). Era común una memoria RAM de tan sólo 8Kbytes, basada en tecnología de núcleos magnéticos (más comúnmente conocida como memoria de burbujas) (la paginación virtual la proveía el sistema operativo); una terminal teletipo solía cumplía funciones de entrada y salida de datos de usuario (por ejemplo en impresiones en papel continuo de 32 columnas)

y poseía accesos traseros (peines) para entrada de datos en tiempo real, con convertidor A/D incluido (por ejemplo, para procesamiento de señales, control de procesos, etc.).

Las máquinas más grande de DEC fueron el PDP-6 y el sucesor PDP-10 con los sistemas operativos del tiempo compartido TOPS-10 y TOPS-20.

Finalmente la serie PDP termina con el PDP-15 (comenzando en 1970 y más tarde vendido como la serie "XVM") que también se considera uno de los PDPs importantes ya que era un temprano usuario de circuitos integrados TTL.

La mayoría de modelos tenían una arquitectura de memoria paginada física y rasgos de protección de memoria para permitir el tiempo compartido, y espacios de Datos para un tamaño de dirección eficaz virtual de 128 kilobyte y un tamaño de dirección físico de hasta 4MB.

Estos computadores fueron moderadamente poderosos en su época, fueron principalmente usados en laboratorios industriales, científicos, médicos y universidades.

Los sistemas VAXEn 1976 DEC decidió ampliar la arquitectura del PDP-11 a 32 bits, creando la primera minicomputadora de 32 bits. La super-mini anunciada en 1978 fue lanzada como el VAX 11/780, esta no tardó en ganar la mayoría del mercado de minicomputadores.

Digital VAX 11/780 en el Departamento de Ciencias de la Computación de la Universidad de Washington, Seattle, Estados Unidos.

Hubo varias tentativas desesperadas por competidores como Data General (que había sido formado en 1968 por Ed DeCastro y 8 otros ingenieros de DEC quien habían trabajado sobre un diseño 16 bits) para reconquistar la cuota de mercado fracasada, no sólo gracias a éxitos de DEC, pero también por la aparición del microcomputador y la terminal de trabajo en el mercado de minicomputadores.

En 1983, DEC canceló su proyecto "Júpiter", que había sido pensado para construir un sucesor al PDP-10, enfocándose a la arquitectura de VAX como su arquitectura de computador de aquella época. La serie VAX tenía un juego de instrucción que es rico hasta por normas de hoy (así como una abundancia de modos que se dirigen). Además de la paginación y los rasgos de protección de memoria de la serie PDP, EL VAX apoyó la memoria virtual. El computador VAX podía ser usado tanto con Unix como por el poderosoSistema operativo multiusuario y multitarea VAX/VMS, propietario de DEC.

En su pico, en los años 80s, Digital era la segunda empresa fabricante y proveedora de computadores más grande en el mundo, con más de 100,000 empleados. En aquel momento DEC ofrecía, además de sus computadores, una serie de productos, la mayoría propietarios: como la red DECnet, gestor de bases de datos relacionales, potentes compiladores diversos propios (el VAX-FORTRAN era, probablemente el más eficiente y veloz de su época), procesador de textos (EVE y VAX-TPU), etc. Aunque muchos de estos productos fueron muy bien diseñados, gran parte de ellos eran incompatibles con otros productos que no eran de DEC. Sin embargo tuvieron apogeo y preferencia por la comunidad científica, durante casi toda la década del 80.

Luego de ella, los consumidores comenzaron a optar por productos más abiertos y estándar; sumado a ello las prestaciones de estaciones de trabajo RISC ya evolucionaban alcanzando las CISC de VAX.

La empresa que creó la minicomputadora y posiblemente los primeros computadores para el empleo de personal con eficacia, no respondió acertadamente a la reestructuración y evolución exponencial de la industria informática.

Los sistemas alphaDurante los años 1980 DEC hizo varias tentativas en el diseño de un RISC (el juego de instrucciones reducido), la arquitectura del procesador para sustituir la arquitectura VAX. Eventualmente, en 1992 DEC lanzó el microprocesador Alpha (en principio llamado AXP). Era un procesador de 64 bits, tenía una arquitectura RISC (a diferencia de la arquitectura 32 bits CISC usada en

el VAX), fue uno de los primeros microprocesadores diseñados de 64 bits (algunos autores suponen que fue el primero).

Alfa ofreció plataforma de funcionamiento para distintos sistemas operativos VMS, UNIX y Windows NT y fue considerado durante varios años como el microprocesador más rápido del mundo (y poderoso). Sin embargo DEC con sus computadores basados en los micros Alpha no consiguieron ganar partes significativas del mercado a sus competidores más fuertes.

Computadoras personalesDigital respondió al desafío del IBM-PC (que luego sería el estándar compatible) con tres máquinas, atadas a arquitecturas propietarias. Una máquina era para "profesionales" (la estación de trabajo), apenas ocultando el desprecio de Ken Olsen el presidente de DEC para el computador personal de IBM. Otro de ellos era sólo para procesamiento de textos, y el tercero era "casi" la IBM compatible. Los tres fueron, en no mucho tiempo, fracasos comerciales. El embalaje fue basado en los terminales VT220 (usados en VAX).

El Modelo de Serie del Profesional de DEC fue basado en el PDP-11/23 (11/73).

El DecMate I y II, se inspiraron en la última versión del PDP-8, eran procesadores de texto que no podían competir con el procesamiento de textos Wang que ya se hacía popular. DEC introdujo Computadores Personales (PC no compatibles) bajo sistema operativo CP/M-86, el cual, como se sabe fue rápidamente desplazado por MS-DOS. DEC nunca produjo un PC verdaderamente compatible, el computador que consideró "compatible" fue el VAXMATE que se comercializó en 1986 con VENTANAS SRA. V1.0, basado en sistema operativo VAX/VMS, si era compatible con los protocolos de red de Microsoft. Las líneas de computadoras personales de DEC alcanzaron su punto máximo con las tecnologías de Alfa RISC de 64 bits, introducidas tempranamente (años 90).

Logros

Más allá de DECsystem-10/20, PDP, VAX y Alpha, DEC fue muy respetado por sus impecables diseños e ingeniería, como el ADN (Arquitectura de Red Digital - productos DECnet) y el DSA (Arquitectura de Almacenamiento Digital - discos/cintas/reguladores). También se destacó por la alta calidad en todos sus productos. Muchos computadores de DEC están aún en uso.

DEC fue el preferido en los ámbitos académicos, científicos y en la industria (control de procesos).

Digital apoyó las normas ANSI, sobre todo los caracteres ASCII. El propio Juego de Carácter multinacional de Digital también tenía una influencia grande sobre los caracteres latinos en la ISO 8859-1 y Unicode.

Las primeras versiones del lenguaje de programación C y el sistema de UNIX se desarrollaron sobre la serie PDP de Digital (primero sobre un PDP-7, luego sobre PDP-11).

Digital también desarrolló la familia de los muy populares mini y microcomputadores VAX, con arquitectura CISC de 32 bits, sin olvidar la primera estación de trabajo comercialmente aceptada (el VT-78), con arquitectura de microprocesador de 64 bits, Alfa AXP.

DEC diseñó famosos y robustos sistemas operativos, como OS-8, TOPS-10, TOPS-20, RSTS/E, RSX-11, RT-11, VMS, y OpenVMS. Su serie PDP, en particular el modelo PDP-11, inspiró toda una generación de desarrolladores de software. Algunos sistemas PDP-11 de más de 25 años (software y hardware) todavía son usados a fin de controlar y supervisar fábricas, sistemas de transporte y reactores nucleares. Digital fue pionero y campeón de sistemas de tiempo real y sistemas de tiempo compartido.

VAX y computadoras MicroVAX (muy extendidos en la década del 80) bajo plataforma operativa VMS formaron una de las redes de pre-Internet más importantes; DECnet, mezcló instalaciones de investigación y negocio. Los protocolos DECnet formaron unas de las primeras normas de conexión peer-to-peer estandarizadas. El correo electrónico, FTP, TelNet, los archivos compartidos, y proyectos distribuidos en colaboración existieron dentro de la empresa mucho antes de que su valor fuera reconocido en el mercado.

Digital, Intel y Xerox eran los fuertes de Ethernet, pero Digital es la empresa que hizo a Ethernet comercialmente aceptada. Al principio, Ethernet se basó en tecnología DECnet y protocolos que interconectaron de equipos VAX con servidores DECserver. Sus adaptadores Ethernet y generaciones múltiples de reguladores de Ethernet fueron estandarizados, sobre todo la familia de controladores PCI Fast Ethernet que tuvieron un gran éxito.

Clustering , la tecnología de sistemas operativos que trató máquinas múltiples como una unidad lógica, fue desarrollada por Digital. Esta tecnología fue la precursora de sistemas como la Red de Terminales de trabajo, que son usados para tareas enormemente cooperativas, como búsquedas en Web y proyectos de investigación.

El Terminal VT100 se convirtió en estándar de industria, y hasta hoy emuladores de terminales como el Putty y Xterm todavía emulan un VT100 como una Hiperterminal (aunque en realidad emulan a su sucesor más potente, la VT220).

El X Window System, primer sistema remoto-windowing, fue desarrollado en el Proyecto Athena en el MIT. Digital fue el patrocinador primario para este proyecto.

Digital fue uno de los primeros negocios unidos al Internet. dec.com (certificado en 1985) fue uno de los primeros dominios, ahora llamado ubicuos.com, el primer vendedor de computadoras por sitio_web público.

AltaVista , creado por Digital, fue uno de los primeros motores de búsqueda comprensiva en Internet.

DEC inventó la Cinta Linear Digital (DLT).

Trabajando sobre el primer disco duro basado en MP3-player, el servidor de discos ópticos tuvo sus principios en el Centro de Investigación de Sistemas de DEC (el proyecto fue comenzado aproximadamente un mes antes de que la fusión con Compaq fuera completada).

Cierre de negocio de DECEn junio de 1992 Ken Olsen fue sustituido por Robert Palmer como el presidente de la empresa. La junta directiva de Digital concedió también a Palmer el título de “Jefe Oficial Ejecutivo” (CEO), título que nunca había sido utilizado durante los 35 años de existencia de Digital. Palmer se sumó a DEC en 1985 para liderar Ingeniería y Fabricación de Semiconductores. Su incansable campaña para ser CEO, y el éxito con la familia de microprocesadores Alfa, lo hizo un candidato para tener éxito frente a Olsen. Un nuevo logotipo fue diseñado. Sin embargo, Palmer no pudo detener la posterior marea de despidos y liquidación de muchos de los activos de DEC; como por ejemplo:

Su producto para bases de datos, Rdb, fue adquirida por Oracle. Su tecnología de cinta DLT se vendió a Quantum Corporation, en 1994. Su Terminal de Textos para negocios (VT100 y sucesores) fueron adquiridas

en agosto de 1995 por Boundless Technologies. En marzo de 1997 los productos basados en DEC CORBA: ObjectBroker, y su

software de mensajería, MessageQ, fue vendido a BEA Systems, Inc. En mayo de 1997, DEC demandó a Intel alegando infringir su patente de

procesadores Alfa en el diseño de los chips Pentium. Como parte de una solución pactada, los chips de DEC fueron vendidos a Intel. Esto incluyó la implementación de DEC StrongARM de la arquitectura de computador ARM, que Intel vendió como procesadores Xscale comúnmente utilizados en las PC Pocket (computadores de bolsillo).

En 1997, el negocio de impresoras fue vendido a GENICOM (ahora llamada TallyGenicom).

En aproximadamente la misma época, el negocio de redes (networking) fue vendido a Cabletron Systems, y seguidamente sacado como "Digital Network Products Group".

Los productos de voz DECtalk y DECvoice llegaron finalmente a Fonix. En 1994, los derechos de la PDP-11 y varias líneas Sistemas Operativos para

PDP fueron adquiridos por Mentec.Finalmente, el 26 de enero de 1998, lo que quedaba de la empresa fue vendida a Compaq, la que luego fue adquirida por Hewlett-Packard en 2002. Hewlett-Packard ahora vende lo que era StorageWorks de Digital (productos de disco y cinta).

El logotipo de Digital sobrevivió por un tiempo luego que la compañía dejara de existir, como logo de Digital GlobalSoft, una empresa de servicios informáticos de la India (que era un 51% subsidiaria de DEC). Digital GlobalSoft más tarde fue rebautizada como "HP GlobalSoft" (también conocida como "HP Global Delivery India Center" o GDIC HP), y ya no se utilizó el logo de Digital.

Los nombres de dominio digital.com y DEC.com ahora son propiedad de Hewlett-Packard y están redireccionados a su propio sitio web en EE.UU.

La “Digital Federal Credit Union” (DCU), que fuera para los empleados de DEC en 1979, es ahora esencialmente abierta a todo el mundo, con más de 700 diferentes patrocinadores, incluyendo las empresas que adquirieron partes de DEC.

Historia de la Familia VAX/VMS

Como se ha dicho Las computadoras PDP-11 quedaron en desuso cuando aparecieron las computadoras de 32 bits con mayores capacidades de almacenamiento y proceso:

• VAX-11/730: es un modelo relativamente sencillo y barato con grandes posibilidades en cuanto a utilización de periféricos se refiere

• VAX-11/750: es el modelo medio construido con tecnología LSI que posee características intermedias entre los otros dos

• VAX-11/780: es el más potente de la gama y se utiliza para el manejo de grandes bases de datos con una gran potencia en el manejo y gestión de procesos.

Otros modelos más actuales y potentes son el: el VAX 8200, VAX 8300, VAX

8600, VAX 8650, MicroVAX-32. VAX VLSI y el MicroVAX-1, todos ellos con características muy superiores a los tres primerosEl sistema operativo de todos ellos es el VMS en sus distintas versiones

El sistema operativo VAX/ VMS tiene una estructura similar a la del sistema operativo TSX de la familia PDP-11. Muchos de los elementos funcionales internos de ambos sistemas son idénticos, como por ejemplo el sistema de archivos.El sistema tiene una estructura en cuatro noveles: núcleo, ejecutivo, supervisor y nivel de usuario

Es posible, por tanto trabajar en cuatro nodos diferentes que definimos a continuación:• Modo kernel. Ocupado por el núcleo del sistema operativo y se compone de los elementos: planificador, gestor de páginas y controladores de entrada/salida. Es el modo de mayor prioridad.• Modo ejecutivo. Se utilizan las llamadas al sistema operativo y además contiene el sistema de gestión de registros. Posee la siguiente prioridad al modo kernel.• Modo supervisor. Se utiliza para dar distintos servicios, entre los que se encuentra el intérprete de comandos. Es el siguiente modo en prioridad.• Modo usuario. Desde el que pueden utilizarse una amplia gama de compiladote, utilidades y depuradores de programas. Tiene menor prioridad que los anteriores.

3. Descripción General Sistemas Operativos Digital-HP-Compaq-Tandem computers

3.1 OS/8

1971

Sistema operativo más utilizado en el PDP-8 minicomputadora desarrollada por Digital Equipment Corporation

Os / 8 era el sistema operativo más utilizado en el PDP-8 minicomputadora desarrollada por Digital Equipment Corporation de Maynard, Massachusetts.OS/ 8 originalmente fue llamado MS / 8 y, por un breve tiempo, PS / 8 ("Programación del Sistema / 8") antes de Digital se asentaron en el nombre deOS / 8 en 1971Una versión casi idéntica de OS / 8, llamado OS/12, fue utilizado más adelante con el PDP-12 de Digital ordenador.Digital lanzó utilizar imágenes / 8 para fines no comerciales , que pueden ser emulados a través SIMH.

3.2 ITS  3.3 Multi-Programming Executive  3.4 TOPS-10 

El PDP-10 fue un computador fabricado por Digital Equipment Corporation (DEC) desde finales de los años 1960 en adelante. El nombre significa "Programmed Data Processor model 10" (Procesador de Datos Programado modelo 10). Fue la máquina que hizo común el tiempo compartido. Es de mucha importancia en el folklore hacker debido a su adopción en los años 1970 por muchas instalaciones de computación universitarias y laboratorios de investigación, los más notables fueron el AI Lab del MIT, el SAIL de la Universidad de Stanford, y la Universidad Carnegie Mellon.La arquitectura del PDP-10 era una versión casi idéntica de la arquitectura anterior del PDP-6, compartiendo la mismalongitud de palabra de 36 bits y extendiendo levemente el conjunto de instrucciones (pero con una implementación de hardware mejorada). Algunos aspectos del conjunto de instrucciones son únicos, lo más notable fueron las instrucciones de "byte", que operaron en campos de bits de tamaño arbitrario (en aquella época el byte no era necesariamente de ocho bits).El sistema operativo original del PDP-10 fue llamado simplemente "Monitor", pero posteriormente fue renombrado TOPS-10, para el momento en que el sistema comenzó a ser conocido como el DECsystem-10. Las primeras versiones del Monitor y del TOPS-10 formaron la base del sistema operativo WAITS de Stanford y del Compuserve time-sharing system.Con el tiempo, algunos operadores del PDP-10 comenzaron a correr sistemas operativos ensamblados de components importantes desarrollados fuera de DEC. Por ejemplo, el Scheduler principal vino de una universidad, el Disk Service de otra, etc. Los servicios de tiempo compartido comerciales como CompuServe, Online Systems, y Rapidata mantuvieron sofisticados grupos internos de programación de sistemas, de manera de poder modificar el sistema operativo como fuera necesario para sus propios negocios sin ser dependientes en la DEC u otros. De algunas maneras, éste fue uno de los primeros ambientes de fuente abierta, aunque los operadores comerciales tendieron a solamente tomar código de fuentes abiertas, guardando sus propias mejoras propietarias para ellos

mismos.BBN desarrolló su propio sistema operativo alternativo, TENEX, que se convirtió bastante rápidamente en el estándar de facto en la comunidad de investigación. Posteriormente DEC portó Tenex al KL10, mejorándolo considerablemente, y lo nombró TOPS-20, formando la línea DECSYSTEM-20. El MIT también había desarrollado su propio sistema influyente, ITS (nombrado así para parodiar al sistema operativo CTSS).

DEC-10 - Operan el sistema operativo TOPS-10. Este tipo de máquinas se reconocen por el prompt "." Las series DEC-10/20 son amables con los hackers permitiendo varios intentos en el login prompt sin guardar un log de los intentos fallados. Las cuentas están en forma [xxx,yyy]. Lo mejor de este sistema es la posibilidad de obtener información sobre las personas en linea antes de entrar a el usando el comando systat. Si ves una cuenta que lea [234,1001] BOB JONES, seria inteligente probar como password BOB, JONES, BOBBY, etc. Para entrar al sistema se usa el comando:login xxx,yyy [enter] 

password:

Este sistema como antes lo habia dicho, permite intentos sin límite y además te avisa si el login que estas usando existe.

3.5 WAITS 

Espera era una variante de la Digital Equipment Corporation ’s TOPS-10 del sistema operativo para el PDP-10 ordenador central, que se utiliza en el Laboratorio de Inteligencia Artificial de Stanford (SAIL) hasta 1990 , la computadora central que funcionaba sobre también pasó por el nombre de “vela”.Nunca hubo un “oficial” de la expansión de Waits (el propio nombre por haber sido tomada por un proceso y no hacia los lados), pero se pasó por alto con frecuencia como “la costa oeste alternativa a SU ”. Aunque ESPERA era menos visible que el SU, hubo un frecuente intercambio de personas e ideas entre las dos comunidades, y pionera en innovaciones ESPERA ejerció una influencia indirecta enorme.ESPERA alumnos en el PARC de Xerox y de otros lugares también jugaron papeles importantes en los acontecimientos que condujeron a la Xerox Star , el Macintosh de Apple , y los Sun estaciones de trabajo.Los primeros modos de pantalla de Emacs , por ejemplo, se inspiraron directamente en espera ‘”E” Editor – una de una familia de editores que fueron los primeros en hacer edición en tiempo real, en la que los comandos de edición eran invisibles y donde has proporcionado un texto en el punto de inserción / sobreescritura. El estilo moderno de la ventanas de varias regiones se dice que se originó allí. El sistema también contó con un inusual nivel de apoyo a lo que ahora se llama multimedia, informática, permitiendo de audio analógica y señales de video que se conecta a

los terminales de programación. También había inventado “bits Bucky” – por lo tanto, la tecla “Alt” en todos los IBM   PC  es un ESPERA legado. Una característica muy notable WAITS en pre-Web días era una interfaz noticias hilos que permitió ESPERA piratas informáticos para leer, almacenar, y el filtro de AP y la UPI despachos de sus terminales.

3.6 TENEX 

El TOPS-20  del sistema operativo de diciembre - segundo el sistema operativo propio para la PDP-10 - preferido por la mayoría de los PDP-10 sobre los piratas informáticos TOPS-10 (es decir, por aquellos que no eran SUS o ESPERA partidarios). TOPS-20 comenzó en 1969 como Bolt, Beranek y Newman ’s TENEX sistema operativo, utilizando el hardware de paginación especial. A principios de los años 1970 , casi todos los sistemas de la red ARPANET TENEX corrió.Diciembre adquirido los derechos para TENEX de BBN y comenzó a trabajar para que sea su propia cuenta. La primera en casa de nombre en código para el sistema operativo era Virós (de sistema operativo virtual de la memoria), cuando los clientes empezaron a hacer preguntas, el nombre fue cambiado a SNARK para diciembre verdaderamente podía negar que había algún proyecto llamado Virós. Cuando el Snark nombre se hizo conocido, el nombre se invirtió para convertirse en breve Krans, lo que fue rápidamente abandonado cuando alguien objetó que “krans” significa “corona funeraria” en sueco (aunque algunos oradores suecos tienen ya dijo que simplemente significa “corona”, lo que parte de la historia puede ser apócrifa).En última instancia diciembre recogió TOPS-20 como el nombre del sistema operativo, y fue como TOPS-20 que se comercializan. 

La comunidad de hackers, teniendo en cuenta sus orígenes, rápidamente apodado TWENEX (una contracción de “veinte TENEX”), a pesar de que a estas alturas muy poco del código original de TENEX se mantuvo (de forma análoga a las diferencias entre AT & T V6 de Unix y BSD ). La gente de DEC se encogió al escuchar “TWENEX”, pero el término, sin embargo atrapado en (la abreviatura escrita “20x” también fue utilizado).

TWENEX fue exitoso y muy popular, de hecho, hubo un período en los primeros años 1980 cuando se ordenó como ferviente de una cultura de partidarios como Unix o ITS – pero la decisión de diciembre de desechar todos los rivales internos a la VAX arquitectura y su VMS mató OS el DEC-20 y puso un triste final para días breve TWENEX en el sol. Diciembre trató de convencer a TOPS-20 a los usuarios convertir al SLB, sino que, por las finales de 1980 , la mayoría de los hackers TOPS-20 habían migrado a Unix.

3.7 TOPS-20 3.8 RSTS/E 

3.9 RSX-11 3.10 RT-11  

RT-11 (Tiempo real ) fue un sistema operativo en tiempo real a la familia de ordenador   PDP-11 . Era un sistema operativo de un solo usuario que no es compatible con múltiples tareas a pesar de la RT-11 podría ser configurado para soportar un único proceso en el "primer plano" simultáneamente a un único proceso en el "fondo".

RT-11 era muy pequeño, y podría ser completado por el usuario, lo que hace posible que un usuario lo suficientemente inteligente (y en posesión del código fuente ) para obtener una instalación de RT-11 correctamente configurado y en funcionamiento sin necesidad de otro sistema operativo que desea iniciar. La consola más común era un teletipo , pero también apoyó el DEC terminales de gráficos vectoriales   VT-11  y VS-11 con generador de caracteres gráficos para la visualización de texto y un lápiz óptico para el gráfico de entrada).

Muchos de los programas disponibles, incluyendo el editor visual KED, escorrentía, antepasado de troff y TeX, un shell y un compilador de   C  . El sistema estaba equipado con componentes suficientes para llevar a cabo la mayor parte de las tareas actuales de un ordenador personal, excepto para navegar por la web .

El sistema operativo RT-11 puede ser almacenada en un disco duro extraíble de 2,5 megabytes, o arrancar desde un disquete de 8 pulgadas. El sistema admite un reloj en tiempo real , un vector de unidad gráfica VT-11, un convertidor analógico-digital de 16 canales de 100 kHz con dos canales analógico / digital, un puerto serie a 9600 baudios, y tarjetas de 16 bits bi-direccionales. El sistema de archivos admite nombres de archivo largos 6 caracteres, más 3 de extensión ( MS-DOS admite nombres largos de 8 caracteres) codificado en RAD50 , que reunió a los 9 personajes en sólo 6 bytes. Se proporcionaron las herramientas para construir y mantener ladepuración de programas escritos en conjunto , y otros idiomas, incluyendo el C , el Fortran , el Pascal y varios dialectos de BASIC disfrutaron planes especiales de apoyo de diciembre Herramienta para la programación en estos y otros idiomas también estaban disponibles en los distribuidores de terceros.

Uno de los factores que contribuyeron a la simplicidad (y velocidad) en RT-11 fue la arquitectura del sistema de archivos , todos los archivos eran contiguas, lo que significa que todos los archivos en el disco ocupado bloques consecutivos (un bloque, la unidad más pequeña de espacio en disco que se podría denominar, era igual a 512 bytes). Esto significa que un archivo no se puede leer ni escribir muy rápidamente. Un efecto secundario de esta estructura de sistema de archivos en el disco era que él podría necesitar una "puesta a punto" para consolidar las cantidades no utilizadas.

El equipo LSI, introdujo más tarde por DEC, que fueron capaces de empezar a RT-11 desde un disquete . Varios años más tarde, DEC introdujo RSX-11 , un sistema operativo multiusuario multitarea , pero RT-11 era el sistema operativo de los sistemas de referencia parala adquisición de datos en la que se necesita una respuesta en tiempo real.

RT-11 se ejecuta en todos los sistemas en la familia PDP-11, el PDP-11 [/ 20] (el primer producto de DEC) a la PDP-11/93, 94 (el último de la serie producida por DEC). También puede activar los sistemas de la serie profesional 300 y PDT-11 (donde "PDT" representa Terminal de Datos Programados): ambas familias de sistemas basados en los procesadores eran PDP-11, pero tenían diferentes autobuses y / o estructuras de interrupción.

S & H Computing desarrollada TSX-Plus , que era esencialmente una extensión del RT-11 multiusuario y multiproceso.

Varios PDP-11 sistemas especializados se venden con el sistema operativo RT-11:

LAB-11 proporciona un dispositivo analógico LPS-11 para la recogida de los datos de laboratorio

PICO-11 fue diseñado para ser utilizado junto con un cromatógrafo de gases (el análisis de los picos producidos por el cromatógrafo): recolección de datos se ejecuta como un proceso en primer plano en la RT-11, mientras que los programas de usuario para análisis de datos se llevaron a cabo en el fondo.

Sistemas GT4x estaban equipados con un dispositivo de gráficos vectoriales. Varios programas de demostración se proporcionó a estos sistemas, incluyendo Lunar Lander y una versión de Spacewar! .

Muchos de los programas para los programas RT11, especialmente aquellos que no dependen de dispositivos o hacer que el acceso directo a los recursos de hardware específicos, se podrían realizar directamente en el sistema de ejecución del sistema de tiempo compartido RT11 RSTS / E .

3.11 VMS

El sistema operativo VMS (Virtual Memory System) es uno de los más robustos en el mercado, aunque es propietario de la compañia Digital Equipment Corporation. Actualmente con su versión OpenVMS 5.x existe para los procesadores de las máquinas VAX (CISC) y con el Alpha-chip (RISC). Ofrece un amplio conjunto de comandos a través de su intérprete Digital Command Language (DCL), utilidades de red (DECnet), formación de 'clusters' de computadoras para compartir recursos, correo electrónico y otras facilidades. Es un sistema operativo multiusuario/multitarea monolítico.

VMS y OpenVMS son el mismo sistema operativo bajo dos nombres diferentes. Creado en la década del 70 por Digital Equipment Corporation como parte de su exitosa famila de computadores VAX, OpenVMS continúa definiendo los estándares de estabilidad y solidez de los sistemas de misión crítica en todo el mundo.

Caracteristicas VMS:

El sistema operativo VMS es uno de los más robustos en el mercado, aunque es propietario de la compañia Digital Equipment Corporation.

Actualmente con su versión OpenVMS 5.x existe para los procesadores de las máquinas VAX (CISC) y con el Alpha-chip (RISC).

Ofrece un amplio conjunto de comandos a través de su intérprete Digital Command Language (DCL), utilidades de red (DECnet), formación de 'clusters' de computadoras para compartir recursos, correo electrónico y otras facilidades.

Es un sistema operativo multiusuario/multitarea monolítico.

Manteniendo su permanente evolución a lo largo de los años, OpenVMS ha perdido su carácter propietario, ya que actualmente esta soportado en tres plataformas de hardware diferentes (VAX, Alpha Server e Integrity con procesadores Itanium), y se le han incorporado interfases de programación de aplicaciones propias del mundo abierto, que hacen posible pensar en migraciones UNIX a OpenVMS con costo similiar a portes entre diferentes plataformas UNIX.

Su extraordinaria vigencia también se debe a que OpenVMS fue y es el único sistema operativo diseñado desde su concepción con funcionalidad de Clustering, presentando funcionalidades en dicho campo nunca igualadas por otros productos de la industria.

Se hace difícil contar con una máquina ejecutando OpenVMS de forma nativa ya que seria necesario tener un hardware con procesador Alpha (hoy en día solo los mainframes de HP poseen esa arquitectura). Afortunadamente existen máquinas virtuales que lo emulan y un sitio donde se puede aprender via telnet.

3.12 Domain/OS  

Uno de los primeros sistemas basados en red. Corría sobre hardware Apollo/Domain. Adquirido por Hewlett-Packard. 

Domain / OS es el sistema operativo utilizado por el Apollo / Domain línea de estaciones de trabajo fabricados por Apollo Computer , Inc. en los finales de 1980, como sucesora de la utilizada anteriormente, AEGIS . Fue uno de los primeros sistemas operativos distribuidos

Hewlett-Packard apoya el sistema operativo para un corto tiempo después de que compró Apolo, pero más tarde puso fin a la línea de productos en favor de su HP-UX   Unix  variante. HP terminó de apoyo final para el dominio / OS el 1 de enero de 2001.

AEGIS era distintivo, principalmente por haber sido diseñado para el equipo de la red, a diferencia de sus competidores, que eran esencialmente sistemas autónomos con funciones de red adicionales. Los principales ejemplos de ello fueron el sistema de archivos , que se integre plenamente en los equipos, en lugar de Unix que hasta ahora hace una distinción entre sistemas de archivos en el sistema de acogida y en los demás, y el sistema de administración de usuarios, que era fundamentalmente basada en la red . Así que esta orientación básica era que incluso una máquina independiente Apolo no podía ser configurado sin una tarjeta de red .

De lo contrario, AEGIS fue similar a otras estaciones de trabajo de la época, ya que utiliza una pantalla de gráficos de alta resolución y el ratón para proporcionar un tipo de interfaz gráfica de usuario que, sin embargo, carecía de casi todas las herramientas (como un navegador de directorios) se da por sentado hoy - la única excepción de un Bloc de notas -como editor de texto . En su lugar, el usuario se le dio una ventana de línea de comandos . Esto no fue un problema, ya que, por lo general, la máquina habría sido comprada para un propósito específico, y el usuario simplemente invocar uno o dos paquetes que él o ella le interesaba, por lo general un CAD o DTP sistema. Se espera que los administradores a trabajar únicamente desde la línea de comandos. La interfaz de comandos AEGIS fue similar a Unix , ya que tenía un intérprete de línea de comandos que entiende tuberías , cambio de dirección ,script , etc, y otros comandos invocadas como programas separados, pero los propios comandos reales fueron diseñados para ser más fácil de recordar y utilizar que sus equivalentes Unix a veces crípticas y comodines se espera que se expanda por los comandos individuales en lugar de por la propia línea intérprete de comandos. Una característica notable y muy útil es la capacidad de integrar las variables de entorno en los enlaces simbólicos , los cuales, por ejemplo, que el usuario puede cambiar entre diferentes versiones de Unix simplemente estableciendo la variable de entorno SYSTYPE consecuencia, los enlaces simbólicos se señalaron las versiones correctas de los archivos.

Dominio / OS implementado funcionalidad derivada de ambos System V primeros y Unix BSD sistemas. Se mejoró en AEGIS proporcionando un sistema operativo de núcleo sobre el cual el usuario podría instalar cualquiera o todos los tres entornos ; AEGIS, System V UNIX, BSD y Unix. Esto se hizo con el fin de proporcionar una mayor compatibilidad con Unix; AEGIS versión SR9, que precedió inmediatamente Domain / OS (en sí misma numeración SR10) había tenido un producto opcional denominado Dominio / IX disponible, lo que proporciona una capacidad similar, pero con algunos inconvenientes, principalmente el hecho de que las tareas administrativas básicas que aún se requieren comandos AEGIS. Además, el sistema SR9 permisos no era plenamente compatible con el comportamiento de Unix. Dominio / OS proporcionan nuevos comandos de administración y un sistema de permisos más complejo de lo que podría ser configurado para comportarse adecuadamente en cualquiera de los tres entornos. Domain / OS también proporciona una versión mejorada del sistema de ventanas X , completo con VUE (el predecesor de HP CDE ), pero el rendimiento tiende a ser pobre.

Actualización de AEGIS SR9 a Domain / OS SR10 usuario se vio frenado por el hecho de que muchos usuarios no vieron requisito, por el aumento de los requisitos de espacio en disco, con herramientas nuevas y más complejas de administración, por el pobre desempeño del SR10, y por la naturaleza de los errores SR10.0 , aunque versiones posteriores fueron mucho más fiable. Sin embargo, más tarde HP / Apollo máquinas (las estaciones serie DN10000, DN2500 y 4xx) sólo podía correr SR10.

A diferencia de muchos sistemas operativos de la época, que estaban escritas en C o en lenguaje ensamblador , muchas de dominio / componentes del sistema operativo están escritos en Pascal , aunque los compiladores estaban disponibles para C , C + + , Pascal yFortran .

Todas las funciones de administración distribuida de dominio / OS se construyeron en torno a una llamada a procedimiento remotosistema llamado NCS RPC. Aunque RPC era más tarde al final de su lifed con el sistema operativo, HP contribuyó RPC para la Open Software Foundation , que incorpora su lenguaje de definición de interfaz (IDL) en su DCE producto, del que la misma tecnología se utiliza más tarde para CORBA . Uno de los desarrolladores originales fueron a trabajar para Microsoft , donde desarrolló MSRPC como un clon bastante compatible que constituye hoy un componente central de los sistemas Windows. Las huellas de la historia se pueden ver hoy en día en los nombres de protocolo como nc acn_http.

3.13 RTE  3.14 TSB  3.15 Unix-like  

Se trata de cualquier sistema operativo que trabaja y funciona de manera similar a Unix. Por ejemplo, un usuario de Unix que comenzase a usar un "unix-like" no se daría cuenta (casi) del cambio. Podríamos decir que casi cualquier aplicación que corriese en Unix podría correr en un "unix-like", ya que la estructura de ficheros, los nombres y ubicación de los archivos (básicamente) son iguales. Además los protocolos, por ejemplo, si no son iguales, son compatibles. Un pequeño ejemplo sería, usar una sesión de freeBSD, una de GNU/Linux o una de Solaris.

Tal vez un mejor acercamiento seria hablar de estándares, con todo y la alergia que podría provocar en algunos desarrolladores, el más aplicable en este caso podria ser: POSIX.

Como cualquier estándar, sugerido o impuesto por alguna autoridad, lo que trata es de que todos hablemos de lo mismo en un momento dado, para que la información sea mas útil a mas personas. Sin que eso signifique que está "grabado en piedra".

Visto de esta manera, un "unix-like" solo sugiere que, es muy probable que las recetas funcionen al trasladarse de un entorno a otro, siempre que sean de la misma familia, o de la misma derivación, digamos BSD, Ubuntu, ... etc. POSIX "asegura" que se siguieron ciertas reglas básicas para garantizar que esas aplicaciones corran sin problemas, o con muy pocos problemas en todos los sistemas operativos que se acojan al estándar de POSIX.

3.15.1 Digital UNIX (Tru64)

Digital UNIX pasó a llamarse Tru64 cuando Compaq adquirió Digital en 1998, para hacer énfasis en su naturaleza de 64 bits.

Tru64 es un sistema operativo de HP para plataformas Alpha, anteriormente conocido como Digital UNIX (1995-98) y antes aun (1992-95) como DEC OSF/1 AXP.

Está basado en un Mach kernel actualmente más asociado a Mac OS X o NEXTSTEP.

Este sistema operativo era famoso por sus bondades para clustering (tecnología TrueCluster) y sus capacidades NUMA empleando interfaces Memory Channel. Era de esperar que toda esta tecnología se heredara por parte de su sucesor HP-UX sobre plataformas IA64 (Itanium 2) y HP PA-RISC,tras la fusión HP-Compaq en 2001. Pero la reducción de presupestos y personal de HP parecen haber cancelado dicha integración; en cambio se empleará un desarrollo con Veritas Software en futuras versiones de HP-UX 11i.

3.15.2 HP-UX

El sistema operativo HP-UX estaba basado ampliamente en Sistema V (inicialmente Sistema III) de Unix y es importante resaltar que también incorpora importantes características BSD que es una extensión del sistema operativo UNIX de AT&T Research.

Este sistema operativo es una versión de UNIX el cual provee el poder decontrolar empresas y servidores de misión critica. Que operan en las plataformasPA – RISC e Itanium. Este sistema operativo ofrece manejabilidad coninteroperabilidad para dar un control total de la integridad de la infraestructura.El sistema HP UX combina un kernel robusto, compatibilidad con Linux yherramientas de desarrollo con código abierto.El sistema HP UX se encuentra disponible para múltiples plataformas dehardware:· Arquitectura PA – RISC· Intel ItaniumSistema de ArchivosExisten dos tipos de sistemas de archivos: · UFS.- Se configura con bloques de 64 kb y fragmentos de 8 kb. Estesistema de archivos tiene preferencia sobre el desempeño de entrada ysalida en bloques de 64 kb. · JFS.- Se conoce como VxFS, es un sistema de archivos en el que no hayque preocuparse cuando las aplicaciones chocan o cuando se hancompletado satisfactoriamente. Cuando se trata de montar este sistema sehace con 3 opciones especificas para ganar rendimiento:o Nologo Mincache = TmpCache.o Convosync = Delay

3.15.3 Ultrix

ULTRIX fue la marca para los sistemas operativos basados en UNIX  de DEC (Digital Equipment Corporation), empleado especialmente en estaciones de trabajo.

Es un sistema multiusuario  y multiproceso. La estructura general del sistema de archivo está distribuida en un solo disco, organizado en directorios y subdirectorios. Los usuarios son subdirectorios, con recursos definidos y un sistema de protecciones para los archivos y directorios.

Soporta los protocolos NFS, SMB a través de Samba, sistema de escritura UFS, ISO 9660 y soporta el sistema de archivos FAT usando las "mtools". 

Ultrix es un sistema operativo del Unix - de Digital Equipment Corporation que utilizan en sus workstations. Ultrix funciona en los sitios de trabajo de DECstation, que se construyen encima de la familia R2000 y R3000 de las MIPS de los procesadores del RISC, y en las maquinas VAX de la DEC. Es básicamente un BSD 4.2, con algunas características a partir del 4.3 y el del sistema V release 2. Apoya establecimiento de una red de TCP/IP y del DECnet y la ventana DECwindows llamado sistema de X de la DEC. La primera versión de Ultrix, 1.0, fue lanzada los años 80 tempranos, y la versión pasada, 4.5, fue lanzada en noviembre de 1995. Después de que ésta el Unix-producto de la DEC fuera DEC OSF/1 AXP, también conocida como Digital UNIX, que es una puesta en práctica de OSF/1 de la fundación abierta del software para la arquitectura de la alfa de la DEC.El primer producto original de VAX UNIX de DEC fue Ultrix-32, basado en 4.2BSD con algunas características de fuera del núcleo del System V, y se publicó en junio de 1984. Unix-32 fue principalmente una creación de Armando Stettner. Su objetivo era proporcionar, apoyado por DEC, Unix original para VAX. Además incluía varias modificaciones y scripts de la experiencia Usenet/UUCP que se obtuvo al ejecutar decvax. Más tarde, Ultrix-32 incorporó soporte adicional para DECnet y otros protocolos patentados de DEC como LAT. No era compatible con VAXclustering. Cuando se le dio la licencia de Unix a Western Electric/AT&T, se le restringió a DEC (y a otros) el vender licencias únicamente binarias. Una parte importante del trabajo de los ingenieros era hacer que los sistemas fueran relativamente flexibles y configurables a pesar de su carácter únicamente binario.

Después de que Ultrix-32 completara su primera fase de pruebas beta para clientes, Armando se fue a la costa oeste para ayudar a Steve Bourne a poner en marcha la organización Workstation Systems Engineering, un grupo avanzado de desarrollo que se centraba en gráficos y terminales de trabajo. De ahí, siguió ideando, escribió su primer estatuto, y ayudó en la información de la organización Open Software Foundation. Armando entonces trabajó en un grupo muy pequeño de organización cruzada desde el que creó el primer producto de la terminal de trabajo RISC, DECstation 3100, basado en MIPS.

Al final, DEC proporcionó su propio sistema operativo de marca Ultrix en tres plataformas: miniordenadores PDP-11 (donde Ultrix fue uno de los muchos sistemas operativos de DEC), ordenadores basados en VAX (donde Ultrix era uno de los dos SO para elegir principales) y las terminales de trabajo DECstation y servidores DECsystem (donde Ultrix eran la única opción de SO que se ofrecía). Hay que tener en cuenta que los sistemas DECstation usaban procesadores MIPS y precedían a los sistemas basados en Alpha mucho más posteriores.

El producto V7m se llamó luego Ultrix-11 para entablar una relación con Ultrix-32, pero a medida que PDP-11 desaparecía de vista, Ultrix-32 se conocía

simplemente como Ultrix. Cuando se publicó la versión MIPS de Ultrix, las versiones de VAX y MIPS se remitieron como VAX/ULTRIX y RISC/ULTRIX respectivamente. Se puso mucho más énfasis en la ingeniería de las operaciones de soporte y de fiabilidad que incluía un trabajo continuo en el CPU y soporte del control de dispositivo (el cuál la mayor parte se envió a UC Berkeley), soporte de errores de hardware y recuperación con mejora del mensaje de error, documentación y tareas generales tanto en el núcleo como en los niveles de los programas del sistema. Luego Ultrix-32 introdujo algunas características de 4.3BSD e incluía DECnet además del TCP/IP estándar, y los protocolos de Mail-11 de DEC y SMTP.

En particular, Ultrix implementó la Comunicación entre procesos (en inglés the inter-process communication) (IPC) que se encontraba en System V: tuberías nombradas mensajes, semáforos y memoria compartida. Mientras Unix convergía con Sun and AT&T alliance (creó la organización Open Software Foundation, OSF), dada a conocer a finales de 1986, colocó características de BSD en System V, y DEC cogió lo mejor de System V y lo añadió a la base BSD.

Originalmente, en las terminales de trabajo VAX, Ultrix-32 tenía un entorno de escritorio llamado UWS, las iniciales en inglés de Ultrix Workstation Software (terminal de trabajo de software Ultrix), que estaba basado en una versión de X Window System. Posteriormente, se añadió la extendida versión 11 de X Window System (X11), empleando una apariencia llamada DECwindows que fue ideada para imitar la apariencia del sistema UWS. Finalmente DECwindows también proporcionó la apariencia de Motif.

Ultrix continuó con sistemas de multiprocesamiento con las familias de VAX y DECsystems. El núcleo aceptaba multriprocesamiento simétrico (SMP) aunque no era completamente un hilo de ejecución basado en el trabajo anterior de Ultrix de Armando Stettner y aún antes de George Goble en Purdue University. Como tal, había un libre uso de bloqueo y algunas tareas sólo se podían hacer con un CPU especial (por ejemplo, el procesamiento de las interrupciones). Esto por aquel entonces no era raro en otras ejecuciones de SMP (por ejemplo, SunOS). Además, Ultrix tardó en admitir muchas de las entonces nuevas capacidades del sistema Unix encontradas en el sistema de la competencia Unix (por ejemplo nunca admitió bibliotecas compartidas o enlaces dinámicos ejecutables); se retrasó en la implantación de un enlace a una llamada al sistema 4.3BSD y de bibliotecas sobre todo las de matemáticas, etc; tuvo algunos problemas, la mayoría con temas de la integridad de algunos archivos concretos del sistema (sin haber nunca recuperado los arreglos y archivos del sistema 4.3BSD)

3.16 NonStop Kernel

4. Sistema Operativo VMS

Presentación

El sistema operativo VMS (Virtual Memory System) es uno de los más robustos en el mercado, aunque es propietario de la compañia Digital Equipment Corporation. Actualmente con su versión OpenVMS 5.x existe para los procesadores de las máquinas VAX (CISC) y con el Alpha-chip (RISC). Ofrece un amplio conjunto de comandos a través de su intérprete Digital Command Language (DCL), utilidades de red (DECnet), formación de 'clusters' de computadoras para compartir recursos, correo electrónico y otras facilidades. Es un sistema operativo multiusuario/multitarea monolítico.

El manejo de archivos en VMSEl sistema de archivos de VMS es jerárquico aunque la descripción de sus senderos tiene una sintaxis propia. Los archivos en VMS se referencían con la sintaxis 'nombre.tipo;versión', donde 'nombre' es una cadena de caracteres alfanuméricos, 'tipo' es la extensión del archivo y se usa generalmente para describir a qué aplicación pertenece ('pas'=pascal, 'for' fortran, etc.) y 'versión' es un número entero que el sistema se encarga de asignar de acuerdo al número de veces que el archivo ha sido modificado. Por ejemplo, si se ha editado tres veces el archivo 'lee.pas', seguro que existirán las versiones 'lee.pas;1', 'lee.pas;2' y 'lee.pas;3'. De esta forma el usuario obtiene automáticamente una 'historia' de sus archivos. La protección de los archivos se realiza mediante listas de control de acceso (Access Control Lists). Se pueden establecer protecciones hacia el dueño del archivo, hacia los usuarios privilegiados (system), hacia los usuarios que pertenecen al mismo grupo de trabajo que el dueño y hacia el resto del mundo. Para cada uno de los anteriores usuarios se manejan cuatro permisos: lectura, escritura, ejecución y borrado. Por ejemplo, el siguiente comando:

$ set protection=(S:rwed,O:rwed,G:d:W:e) lee.pas establece que el archivo 'lee.pas' dará todos los permisos al sistema (S:rwed) y al dueño (O:rwed), mientras que a los miembros del grupo de trabajo le da permiso de borrar (G:d) y al resto del mundo permiso de ejecución (W:e). [VMS89]. Una lista de los comandos sobre archivos más útiles en VMS son bastante mnemónicos encontraste con los comandos crípticos de UNIX. En VMS, a través de su 'Record Management System' (RMS) se obtienen las facilidades para la manipulación de archivos tanto locales como en red. En el RMS, se provenn facilidades tales como: múltiples

modos de acceso a archivos para lograr accesarlos en forma concurrente y permitiendo su consistencia e integridad, establecimiento de candados automáticos al momento de apertura para evitar actualizaciones erróneas y optimización interna en las operaciones de entrada/salida al accesar los archivos. En el caso de que los archivos no son locales, sino remotos, se utiliza internamente el protocolo llamado 'Data Access Protocol' (DAP).

Manejo de procesos en VMSSoporta muchos ambientes de usuario tales como : Tiempo crítico, desarrollo de programas interactivos, batch, ya sea de manera concurrente, independiente o combinado. El calendarizador VAX/VMS realiza calendarización de procesos normales y de tiempo real, basados en la prioridad de los procesos ejecutables en el Balance Set.Un proceso normal se refiere a un proceso de tiempo compartido o proceso background mientras que los procesos en tiempo real se refieren a los de tiempo crítico.

En VMS los procesos se manejan por prioridades y de manera apropiativa. Los procesos se clasifican de la prioridad 1 a la 31, siendo las primeras quince prioridades para procesos normales y trabajos en lote, y de la 16 a la 31 para procesos privilegiados y del sistema. Las prioridades no permanecen fijas todo el tiempo sino que se varían de acuerdo a algunos eventos del sistema. Las prioridades de los procesos normales pueden sufrir variaciones de hasta 6 puntos, por ejemplo, cuando un proceso está esperando un dispositivo y éste fue liberado. Un proceso no suelta la unidad central de procesamiento hasta que exista un proceso con mayor prioridad.

El proceso residente de mayor prioridad a ser ejecutado siempre se selecciona para su ejecución.Los procesos en tiempo crítico son establecidos por el usuario y no pueden ser alterados por el sistema.

Un aspecto importante del planificador de procesos en VMS es la existencia de proceso 'monitor' o 'supervisor', el cual se ejecuta periódicamente para actualizar algunas variables de desempeño y para re-calendarizar los procesos en ejecución.

Existen versiones de VMS que corren en varios procesadores, y se ofrece librerías para crear programas con múltiples 'threads'. En específico se proveen las interfaces 'cma', 'pthread' y 'pthread-exception-returning'. Todas estas librerías se conocen como DECthreads e incluyen librerías tales como semáforos y colas atómicas para la comunicación y sincronización entre threads. El uso de threads sirve para enviar porciones de un programa a ejecutar en diferentes procesadores aprovechando así el multiproceso.

4.1 Estructura y componentes del sistema

El sistema operativo VAX/VMS asegura una alta prioridad a los procesos de tiempo real con respecto al resto.

El planificador del procesador reconoce 32 prioridades, siendo la 31 la más alta y la 0 la más baja. El rango comprendido entre la 31 y la 16 esta destinado para los procesos de tiempo real y el resto para los procesos normales.Cuando se crea un proceso, el sistema le asigna una prioridad que se considera como base.

El planificador mantiene una cola por cada prioridad de manera que los procesos de igual prioridad estarán en una misma cola, ordenada por de llegada a la misma.

El planificador no altera en ningún caso la prioridad de un proceso de tiempo real durante su ejecución, mientras que puede incrementarla en el caso de los procesos normales pero nunca disminuirla por debajo de la prioridad base del proceso correspondiente.

Siempre que produzca un evento cuyo efecto sea la ejecución de un proceso, este se ejecutara si no existe otro de mayor prioridad haciendo uso del procesador. Si es un proceso de tiempo real, retendrá el control del procesador hasta que termine su ejecución, realice una operación de entrada/salida, o sea expulsado del procesador por otro proceso de tiempo real de mayor prioridad.La selección del proceso a ejecutar es igual al procedimiento descrito para los de tiempo real, con la diferencia de que el planificador modifica la prioridad de estos procesos cuando se produce un evento que afecta a un proceso normal y cuando uno de ellos sea seleccionado para su ejecución en el procesado. Dicha modificación consiste en elevar la prioridad pero sin pasar del valor 15, colocando el proceso al final de la cola de la nueva prioridad.Cada vez que un proceso normal toma el control del procesador se disminuye su prioridad en una unidad, siempre y cuando no haya llegado a su prioridad base.

4.2Plataformas sobre las que trabaja

VAX

Minicomputadora de arquitectura CISC, sucesora de la PDP-11, producida por Digital Equipment Corporation. Su nombre original era VAX-11 (Virtual Address Extended PDP-11). Lanzada el 25 de octubre de 1977, fue la primera máquina comercial de arquitectura de 32 bits, lo que la convierte en un hito

destacable en la historia de la computación. La primera VAX-11/780 fue instalada en Carnegie Mellon University.

Su sistema operativo, VMS (luego llamado OpenVMS), fue concebido junto con la máquina. Presentaba características muy novedosas para su tiempo, en particular un revolucionario sistema de clustering.

El VAX es un claro ejemplo de máquina del tipo memoria-memoria con registros de uso general. Posee 16 registros (R0,...,R15) de 32 bits. El PC (Program Counter, en español contador de programa) y el SP (Stack Pointer, en español puntero de pila) son los registros R15 y R14 respectivamente, son los registros de uso general con los que se consigue una mayor versatilidad y potencia en los modos de direccionamiento. También destacan el R13 y el R12. El primero se utiliza como FP (Frame pointer, en español apuntador de tramao puntero de marco), el segundo se utiliza como AP (Argument pointer, en español puntero a los argumentos). Estos dos registros son especialmente útiles cuando se manejan procedimientos y se requiere acceder a la información de la pila, creada en la llamada y para retorno luego de la ejecución de la rutina o procedimiento.

Alpha

DEC Alpha es una arquitectura de microprocesadores diseñada por DEC e introducida en 1992 bajo el nombre AXP, como reemplazo a la serie VAX. Cuenta con un conjunto de instrucciones RISC de 64 bits especialmente orientada a cálculo de coma flotante.

La arquitectura Alpha se caracteriza por seguir la filosofía RISC (Conjunto de instrucciones reducidas). El primer procesador que hizo gala de la tecnología Alpha fue el 21064.

La organización de sus registros es de uso general con una arquitectura que se puede encuadrar como de registro-registro. Esto hace que la mayoría de sus instrucciones operen sobre los registros, haciendo uso de la memoria RAM sólo para instrucciones de carga y almacenamiento. La razón es que se intenta minimizar los accesos a memoria, puesto que suponen el cuello de botella para los procesadores actuales. La longitud de palabra de los registros es de 64 bits, ya sea desde el PC (contador de programa), pasando por los registros de enteros, coma flotante, etc.

Está preparado para manejar datos de 64 bits, pero también puede manejar datos de 32, 16 bits y por último de 8 bits.

 

Itanium

También conocido por su nombre en código Merced, fue el primermicroprocesador de la arquitectura Intel Itanium (antes llamada IA64, creada porHewlett-Packard y desarrollada conjuntamente por HP e Intel) que Intel lanzó al mercado. Aunque su lanzamiento inicialmente se planeó para 1998, no se produjo hasta mayo de 2001.

Este procesador se fabricaba utilizando un proceso de 180 nm y disponía de 32 KB dememoria caché de primer nivel (16 para datos y 16 para instrucciones), 96 KB de caché de segundo nivel integrada en el núcleo y 2 ó 4 MB de caché de tercer nivel exterior al núcleo. Estaba disponible en versiones a 733 u 800 MHz.

La arquitectura del Itanium se diferencia drásticamente de las arquitecturas x86 y x86-64 usadas en otros procesadores de Intel. La arquitectura se basa en un explícitoparalelismo a nivel de instrucción, con el compilador tomando decisiones sobre qué instrucciones deben ejecutarse en paralelo. Este acercamiento permite que el procesador ejecute hasta seis instrucciones por ciclo de reloj. A diferencia de otras arquitecturas super escalares, Itanium no precisa de hardware elaborado para seguir la pista de las dependencias de las instrucciones durante la ejecución paralela.

4.3Proceso de instalación

Instalacion Compaq OpenVmsBefore installing, upgrading, or using the Compaq OpenVMS Alpha operating system on your Alpha computer, be sure you have access to the following documents: Antes de instalar, actualizar, o utilizando el Compaq OpenVMS Alpha sistema operativo instalado en su ordenador Alpha, asegúrese de tener acceso a los documentos siguientes

· All cover letters included with your kit. Todas las cartas se incluye con el kit.· The OpenVMS Version 7.3 Release Notes , which provides important supplementary information about the Compaq OpenVMS Alpha operating system. La versión 7,3 OpenVMS

Notas de esta versión, que proporciona importante información complementaria sobre el Compaq OpenVMS Alpha sistema operativo.· OpenVMS Version 7.3 New Features and Documentation Overview , which describes enhancements and new support included in the OpenVMS 7.3 operating system. OpenVMS Versión 7,3 Nuevas funciones y Documentación panorama, que describe las mejoras y nuevas de apoyo incluidas en el 7,3 OpenVMS sistema operativo.

· OpenVMS Cluster Systems and Guidelines for OpenVMS Cluster Configurations , if you plan to install your system in an OpenVMS Cluster environment. OpenVMS Grupo de Sistemas y las directrices para OpenVMS Cluster Configuraciones, si planea instalar su sistema en un entorno OpenVMS Cluster.· The most recent version of the DECwindows Motif for OpenVMS Installation Guide and Managing DECwindows Motif for OpenVMS Systems (if you plan to install and customize DECwindows Motif for OpenVMS Alpha software). La versión más reciente de la DECwindows Motif para OpenVMS Guía de instalación y administración de DECwindows Motif para OpenVMS Systems (si planea instalar y personalizar DECwindows Motif para OpenVMS Alpha software).

Términos clave· The following are a few key terms you need to know before you install or upgrade the system: Los siguientes son algunos términos clave que usted necesita saber antes de instalar o actualizar el sistema Compaq OpenVMS Alpha :

Operating system CD - ROM Sistema operativo CD – ROMThe CD - ROM containing the Compaq OpenVMS Alpha operating system. El CD - ROM que contiene el Compaq OpenVMS Alpha sistema operativo.

HS x device HS x dispositivoA self-contained, intelligent, mass storage subsystem that lets computers in an OpenVMS Cluster environment share disks. A sí misma, inteligente, subsistema de almacenamiento masivo que permite a los ordenadores en un entorno OpenVMS Cluster compartir los discos. The disk on which you install or upgrade the operating system can be connected to one of these systems (for example, an HSC or HSD). El disco en el que instalar o actualizar el sistema operativo puede conectarse a uno de estos sistemas (por ejemplo, una HSC o HSD).

InfoServerA general-purpose disk storage server that allows you to use the operating system CD - ROM to install the operating system on remote client systems connected to the same local area network (LAN). A fines generales de almacenamiento en disco del servidor que permite utilizar el sistema operativo CD - ROM para instalar el sistema operativo cliente remoto a sistemas conectados a la misma red de área local (LAN).

Unidad localA drive, such as an RRD42 CD - ROM drive, that is connected directly to an Alpha computer. Un coche, como por ejemplo un RRD42 CD - ROM, que está conectado directamente a un ordenador Alpha. If you have a standalone Alpha computer, it is likely that all drives connected to the system are local drives. Si tienes un ordenador independiente Alpha, es probable que todas las unidades conectadas al sistema son las unidades locales.

Unidad de origenThe drive that holds the operating system CD - ROM during the upgrade or installation. La unidad que posee el sistema operativo CD - ROM durante la actualización o la instalación.System disk Sistema de disco

The disk that contains (or will contain) the Compaq OpenVMS Alpha operating system. El disco que contiene (o contendrá) el Compaq OpenVMS Alpha sistema operativo. The installation or upgrade procedure transfers the Compaq OpenVMS Alpha operating system from the operating system CD - ROM on the source drive to the system disk. La instalación o actualización del procedimiento de transferencias Compaq OpenVMS Alpha sistema operativo desde el sistema operativo CD - ROM en la unidad de origen para el disco del sistema.

Unidad de destinoThe drive that holds the system disk during the upgrade or installation. La unidad que posee el disco del sistema durante la actualización o la instalación.

Examinar Software y Hardware Componentes

Componentes de HardwareBefore you begin an installation or upgrade, do the following: Antes de comenzar una instalación o actualización, haga lo siguiente:· Be sure the hardware has been installed and checked for proper operation. Asegúrese de que el hardware se ha instalado y verificado para realizar esta operación. For detailed information, see the hardware manuals you received with your Alpha computer. Para obtener más información, consulte el hardware manuales que recibió con su equipo Alpha.

· Be sure you know how to turn on and operate the components of your system, including the system unit, console, monitor, drives, terminals, and printers. Asegúrese de que sabe cómo encender y operar los componentes de su sistema, incluida la unidad de sistema, consola, monitor, discos, terminales, e impresoras. If necessary, read the hardware manuals that came with these components. Si es necesario, leer los manuales de hardware que viene con estos componentes.

· Set up your system to record the installation procedure on either a hardcopy terminal or a printer attached to the console terminal. Configure su sistema para registrar el procedimiento de instalación de una copia, ya sea terminal o una impresora conectada a la terminal de consola. (See your hardware manuals for more details about connecting those components to your system.) If you do not do this, the screen messages will be lost. (Véase los manuales de su hardware para obtener más detalles acerca de la conexión de esos componentes a su sistema.)

Si no lo hace, la pantalla de mensajes se perderán. You will need a transcript in case there is a problem during the installation. Usted necesitará una transcripción en caso de que haya un problema durante la instalación.

Componentes de SoftwareBefore you begin an installation or upgrade, do the following: Antes de comenzar una instalación o actualización, haga lo siguiente:

· Be sure you have all the items listed on the bill of materials in the distribution kit. Asegúrese de que tiene todos los temas que figuran en la lista de materiales en el kit de distribución. If your distribution kit is incomplete, notify your Compaq support representative and request priority shipment of any missing items. Si su carpeta de distribución está incompleta, notificará a su representante Compaq apoyo y solicitar el envío de prioridad que faltan elementos.

· Before installing the Compaq OpenVMS Alpha operating system software, review all cover letters and release notes. Antes de instalar el Compaq OpenVMS Alpha software del sistema operativo, examinar todas las cartas y notas de la versión.

Sistema Operativo CD - ROMIncluded in your kit is the Compaq OpenVMS Alpha operating system CD - ROM, which you use to install or upgrade the operating system, or to perform operations such as backing up the system disk. Están incluidos en el kit es el Compaq OpenVMS Alpha sistema operativo CD - ROM, que se utiliza para instalar o actualizar el sistema operativo, o para llevar a cabo operaciones como las copias de seguridad de disco del sistema. The CD - ROM is labeled similar to the following: El CD - ROM tiene la etiqueta similar a lo siguiente:CD - ROM Label: CD - ROM Label:

OpenVMS Alpha V7.3 OpenVMS Alpha V7.3 Operating System Sistema OperativoVolume Label: Tomo Label:

ALPHA073Utilizando el sistema operativo CD - ROMThe following sections describe how you use the operating system CD - ROM to install, upgrade, and modify your system disk. Las siguientes secciones describen cómo usar el sistema operativo CD - ROM para instalar, actualizar y modificar su sistema de disco.Usando el MenúThe Compaq OpenVMS Alpha operating system CD - ROM includes a menu system that allows you to easily upgrade or install the operating system and to perform related operations such as backing up the system disk, installing layered products, and removing or reconfiguring products. El Compaq OpenVMS Alpha sistema operativo CD - ROM incluye un sistema de menús que le permite actualizar fácilmente o instalar el sistema operativo y para llevar a cabo las

operaciones conexas, tales como copias de seguridad de la disco del sistema, la instalación de capas productos, y eliminar o reconfigurar productos. This command procedure starts automatically when you boot the Compaq OpenVMS Alpha operating system CD - ROM, displaying a menu from which you choose options to perform the following tasks: Este comando procedimiento se inicia automáticamente al arrancar el Compaq OpenVMS Alpha sistema operativo CD - ROM, que muestra un menú desde el que elegir opciones para llevar a cabo las siguientes tareas:

· Install or upgrade the operating system from the CD - ROM. Instalar o actualizar el sistema operativo desde el CD - ROM.

· Display a list of products that can be installed from the CD - ROM. Mostrar una lista de productos que se pueden instalar desde el CD – ROM

· Install or upgrade layered products from the CD - ROM. Instalar o actualizar los niveles de productos desde el CD - ROM.

· Show which products are installed on your system. Mostrar los productos que están instalados en su sistema

· Reconfigure layered products installed on your system. Volver a capas productos instalado en su sistema.· Remove products. Eliminar los productos.

· Enter a DCL environment from which you can perform preinstallation or maintenance tasks such as mounting or showing devices and backing up or restoring files on the system disk. Introduzca un entorno DCL a partir de la cual puede realizar preinstalación o las tareas de mantenimiento como el montaje o mostrando los dispositivos y realizar copias de seguridad o restaurar archivos en el disco del sistema.

· Shut down the system. Apagar el sistema.

Ejemplo de menú de pantalla

· The following is a sample display of the menu: La siguiente es una muestra de visualización del menú:

OpenVMS (TM) Alpha Operating System, Version x7.3-76H Copyright (c) 2001 Compaq Computer Corporation. OpenVMS (TM) Alpha sistema operativo, versión x7.3-76H Copyright (c) 2001 Compaq Computer Corporation. All rights reserved. Todos los derechos reservados. Installing required known files... Instalar los

archivos necesarios conocido ... Configuring devices... Configuración de dispositivos ... *************************************************************** You can install or upgrade the OpenVMS Alpha operating system or you can install or upgrade layered products that are included on the OpenVMS Alpha operating system CD-ROM. ************************************************** ************* Puede instalar o actualizar el OpenVMS Alpha sistema operativo o se puede instalar o actualizar los niveles de productos que se incluyen en el OpenVMS Alpha sistema operativo CD-ROM. You can also execute DCL commands and procedures to perform "standalone" tasks, such as backing up the system disk. También puede ejecutar comandos DCL y procedimientos para llevar a cabo "standalone" tareas, tales como copias de seguridad de la disco del sistema. Please choose one of the following: 1) Upgrade, install or reconfigure OpenVMS Alpha Version x7.3-76H

Display products and patches that this procedure can install 3) Install or upgrade layered products and patches 4) Show installed products 5) Reconfigure installed products 6) Remove installed products 7) Execute DCL commands and procedures 8) Shut down this system Enter CHOICE or ? Por favor, elija una de las siguientes: 1) Actualización, instalar o reconfigurar OpenVMS Alpha Versión x7.3-76H

Mostrar los productos y parches que este procedimiento puede instalar 3) instalar o actualizar los niveles de productos y parches 4) Mostrar los productos instalados 5) Volver los productos instalados 6) Eliminar los productos instalados 7) DCL Ejecutar comandos y procedimientos 8) Apague el sistema de esta elección o Enter? for help: (1/2/3/4/5/6/7/8/?) en busca de ayuda: (1/2/3/4/5/6/7/8 /?)Arrancar el sistema de disco

Preparación para arrancar el nuevo sistema de discoBefore you boot the new system disk, you must do the following: Antes de arrancar el nuevo sistema de disco, usted debe hacer lo siguiente:Halt the system by entering Ctrl/P or by pressing the Halt button. 1 Detener el sistema mediante la introducción de Ctrl / P o presionando el botón Detener. 1At the console prompt (>>>), enter the SET BOOTDEF_DEV command in the following format: En la consola pronta (>>>), entrar en el comando SET BOOTDEF_DEV en el siguiente formato:SET BOOTDEF_DEV target-drive SET BOOTDEF_DEV objetivo de conducerSubstitute the device name of the system disk for target-drive . Suplente el nombre del dispositivo del disco del sistema para la meta de unidad. The SET BOOTDEF_DEV command tells the system which disk to boot from. El comando SET BOOTDEF_DEV dice que el sistema de disco para arrancar desde. For example, if the system disk has the device name DKA400, enter the following command and press the Return key: Por ejemplo, si el disco del sistema tiene el nombre de dispositivo DKA400, introduzca el siguiente comando y pulsar la tecla Intro:

>>> SET BOOTDEF_DEV DKA400 >>> SET BOOTDEF_DEV DKA400If the system disk is connected to a hierarchical storage device (HS x ), the format for specifying that drive is different. Si el disco del sistema está conectado a un dispositivo de almacenamiento jerárquico (JE x), el formato para especificar que la unidad es diferente. For example, on a DEC 7000 series system connected to an HSC device, the command is similar to the following: Por ejemplo, en una serie DEC 7000 sistema conectado a un dispositivo de HSC, el comando es similar a lo siguiente:

>>> SET BOOTDEF_DEV DUA20.14.0.2.0 >>> SET BOOTDEF_DEV DUA20.14.0.2.03.7.2 How to Boot the New System Disk¿Para arrancar el nuevo sistema de discoTo boot the system disk, enter the following command and press the Return key: Para arrancar el disco del sistema, introduzca el siguiente comando y pulsar la tecla Intro:

>>> BOOT -FLAGS 0,0 >>> Boot-BANDERAS 0,0When the system finishes booting, it displays informational messages that begin as follows: Cuando el sistema termina de arrancar, se muestra mensajes informativos que comienzan como sigue:

OpenVMS (TM) Alpha Operating System, Version x7.3-76H %DECnet-I-LOADED, network base image loaded, version = 05.0D.00 $! OpenVMS (TM) Alpha sistema operativo, versión x7.3-76H% DECNet-I-cargado, base de la red de imágenes cargadas, versión 05.0D.00 = $! Copyright (c) 2001 Compaq Computer Corporation. Copyright (c) 2001 Compaq Computer Corporation. All rights reserved. Todos los derechos reservados. Installing required known files... Instalar los archivos necesarios conocido ... Configuring devices... Configuración de dispositivos ... . . .Después de instalar el Compaq OpenVMS Alpha sistema operativoEl registro de licenciasCreating accounts Creación de cuentasBacking up the system disk Copia de seguridad en disco del sistemaCustomizing the system Adaptar el sistemaConfiguring and starting networking software Configurar e iniciar la creación de redes de softwareTesting the system with UETP Las pruebas con el sistema UETPDecompressing the system libraries Descomprimir el sistema de bibliotecasAdding and removing files Añadir y eliminar archivosPreparing your Compaq OpenVMS Alpha system and your PC to run OpenVMS Management Station Preparar su Compaq OpenVMS Alpha sistema y su PC para ejecutar OpenVMS Gestión de la estaciónInstalling layered products Instalación de capas productosInstalling OpenVMS Debugger clients on a PC Instalación de clientes Debugger

OpenVMS en un PC

Backing up the customized system disk Copia de seguridad en sistema de disco personalizadoConfiguring a multihead system Configuración de un sistema multiheadRunning AUTOGEN Atletismo AUTOGEN

Using the postinstallation checklist Usando la lista postinstallationlas tareas que debería realizar antes de comenzar una actualización son:La revisión de notas, advertencias y restricciones

Preparing to upgrade in a volume shadowing environment Preparación para la actualización en un volumen medio ambiente sombreadoBacking up the current system disk Copia de seguridad del sistema actual de discoPreparing the system disk for the upgrade Preparar el disco del sistema para la actualizaciónShutting down the system Apagado del sistemaUsing the preupgrade checklist Usando la lista preupgrade

4.4Gestion de procesos

Crear un proceso:El servicio de creado de sistema permite a un proceso crear otro. El proceso creado puede ser un subproceso o un proceso completamente independiente. (se necesitan privilegios para hacer esto).

Suspender un proceso:Esto es que le permite a un proceso suspenderse a sí mismo o a otro (también necesita tener privilegios).

Reanudar un proceso:Permite a un proceso reanudar a otro si es que este tiene privilegios para hacerlo.

Borrar un proceso:Permite que se borre el proceso mismo o a otro si es que es un subproceso, o si no tiene que tener privilegios de borrado.

Dar Prioridad:Permite que el proceso mismo se ponga prioridad o a otros, para el calendarizador.Dar el modo de espera:

Permite que el proceso escoja de dos modos: el modo por default es cuando un proceso requiere un recurso y está ocupado y espera a que esté desocupado, y el otro modo es cuando está ocupado el recurso, el proceso no espera y notifica al

usuario que el recurso no se encuentra disponible en ese momento en lugar de esperar.

Hibernar:Es cuando un proceso se hace inactivo pero está presente en el sistema. Para que el proceso continue necesita de un evento para despertar.

Wake:Esto activa a los procesos que estan hibernando.

Exit:Es cuando se aborta un proceso.

Dar nombre al proceso:Este puede dar un nombre al proceso mismo o cambiarlo (el PCB contiene el nombre).Manejo de memoria en VMSEl sistema operativo VMS utiliza un esquema de manejo de memoria virtual combinado de segmentación paginada. Lo novedoso en VMS es que usa un doble esquema de paginación cuando las páginas se van a intercambiar de memoria RAM hacia disco duro. En primer lugar, cuando una página necesita cargarse a RAM ésta se carga junto con varias páginas que están adyacentes, justificando esto por medio de la teoría del conjunto de trabajo que especifica que es muy probable que las referencias a memoria en el futuro inmediato caerán precisamente en esas páginas. De este modo, se tiene un doble algoritmo: al hecho de cargarse las páginas cuando se necesitan se le llama 'paginación por demanda' y al hecho de traerse las otras páginas del conjunto de trabajo por anticipado se le llama 'paginación anticipada'.

El manejo de entrada/salida en VMSEn VMS, se usan nombres 'lógicos' para describir a los dispositivos existentes en el sistema. Un concepto importante tanto en archivos como en dispositivos es el 'User Identification Code' (UIC) que permite establecer protecciones adicionales a los ACL. En los dispositivos se manejan cinco tipos de permisos: leer, escribir, ejecutar, borrar y controlar. No todos los permisos se aplican a todos los dispositivos. El permiso de 'control' no se maneja explícitamente sino que se otorga por omisioacute;n al dueño y al sistema. Los permisos de los discos, unidades de cinta y otros dispositivos son establecidos por el administrador del sistema.

Los dispositivos reciben nombres 'lógicos', por ejemplo, para una unidad de cinta el nombre puede ser 'MTA0'. System Interface" (SCSI) que son ampliamente usados en diversas plataformas. El intercambio de datos entre la unidad central de proceso y los periféricos se lleva a cabo a través de los 'buses' normalizados UNIBUS y MASSBUS.

4.5Gestion de memoria

La gestión de la memoria se realiza por el proceso combinado de paginación e intercambio.La paginación se realiza cuando aparece una petición que produce la correspondiente falta de página y cuando es necesario dejar hueco para una pagina entrante. El intercambio se realiza eliminando un proceso sustituyéndolo por otro en la memoria principal. Funciona en paralelo con el planificador determinando que procesos intercambiar entre memoria externa y principal y viceversa.Las paginas en este sistema son de 512 bytes, menores a las de la mayoría que otros sistemas. Las tablas de paginas son la base para la transformación de direcciones virtuales en direcciones físicas y especifican el permiso de acceso (nulo, solo lectura, lectura/escritura) para cada uno de los cuatro modos de trabajo.

4.6Gestión de entrada y salida

La entrada/salida es atendida del nivel más lógico al nivel más físico. En el más alto nivel el sistema VMS atiende a los archivos, registros y campos de registros. A continuación se ocupa de las operaciones físicas sobre dispositivos periféricos así como la organización de sus entradas y salidas.Las herramientas de programación de entrada/salida son:• El sistema de gestión de registros (RMS).• El sistema de servicios de entrada /salida.

El RMS proporciona acceso independiente de los dispositivos a aquellos que están estructurados como archivos, permitiendo al usuario el procesamiento lógico de los registros El sistema de servicios de entrada/salida proporciona acceso independiente y dependiente de los dispositivos por medio de llamadas al sistema operativo.La entrada/salida del VMS es normalmente asíncrona.

Control de entrada/salidaLas estructuras de datos se utilizan para describir el estado del sistema de entrada/salida. Estos bloques especiales de control se utilizan para describir cada:•Adaptador de bus.•Controlador•Periférico• Petición de entrada/salida

Existen seis tipos diferentes de bloques de control en el sistema VMS:• Bloque de datos del dispositivo: contiene información común de todos los dispositivos del mismo tipo conectados a un mismo controlador.• Bloque de control del dispositivo: contiene las características y el estado de un

único dispositivo, así como el contexto del controlador al que esta conectado• Bloque de peticiones de entrada/salida: contiene la información que describe una petición de entrada/salida• Bloque de petición del canal: contiene información del estado del controlador, del dispositivo que se encuentra transmitiendo datos de aquellos que se encuentran en espera.• Bloque de servicio de interrupciones: indica el estado actual de un controlador y se utiliza para determinar que dispositivos utilizo una determinada interrupción.• Bloque de control de adaptador de controladores: contiene información de las características y el estado de los adaptadores de entrada/salida.

El contenido de estos bloques de control en su conjunto indica el estado del hardware en el sistema de entrada/salida en cada momento.Los elementos del sistema de entrada /salida del VMS son:

• Cola de servicios de entrada/salida: Es un procedimiento para atender las peticiones del usurario referidas a operaciones de entrada/salida.• Controladores: controlan las operaciones de cada dispositivo periférico.• Rutinas de finalización de operaciones de entrada/salida: se encargan de completar todas las operaciones de entrada/salida.• gestión de registros del VMS: se utiliza para el control de entradas y salidas a dispositivos de almacenamiento masivo.

4.7Sistema de archivos

El sistema de archivos de VMS es jerárquico aunque la descripción de sus senderos tiene una sintaxis propia. Los archivos en VMS se referencían con la sintaxis 'nombre.tipo;versión', donde 'nombre' es una cadena de caracteres alfanuméricos, 'tipo' es la extensión del archivo y se usa generalmente para describir a qué aplicación pertenece ('pas'=pascal, 'for' fortran, etc.) y 'versión' es un número entero que el sistema se encarga de asignar de acuerdo al número de veces que el archivo ha sido modificado.

La protección de los archivos se realiza mediante listas de control de acceso (Access Control Lists). Se pueden establecer protecciones hacia el dueño del archivo, hacia los usuarios privilegiados (system), hacia los usuarios que pertenecen al mismo grupo de trabajo que el dueño y hacia el resto del mundo. Para cada uno de los anteriores usuarios se manejan cuatro permisos: lectura, escritura, ejecución y borrado. Por ejemplo, el siguiente comando:

$set protection=(S:rwed,O:rwed,G:d:W:e) lee.pas Establece que el archivo 'lee.pas' dará todos los permisos al sistema (S:rwed) y al dueño (O:rwed), mientras que a los miembros del grupo de trabajo le da permiso de borrar (G:d) y al resto del mundo permiso de ejecución (W:e).

En VMS, a través de su 'Record Management System' (RMS) se obtienen las facilidades para la manipulación de archivos tanto locales como en red. En el RMS, se proveen facilidades tales como: múltiples modos de acceso a archivos para lograr accesarlos en forma concurrente y permitiendo su consistencia e integridad, establecimiento de candados automáticos al momento de apertura para evitar actualizaciones erróneas y optimización interna en las operaciones de entrada/salida al accesar los archivos. En el caso de que los archivos no son locales, sino remotos, se utiliza internamente el protocolo llamado 'Data Access Protocol' (DAP).

4.8Gestión de comunicaciones y seguridad

El sistema operativo VMS permite que la comunicación entre procesos se realice sincronizando la ejecución, enviando mensajes y compartiendo datos comunes con los procesos relacionados. Las técnicas utilizadas son:• Indicadores de eventos comunes: es el método mas sencillo y se basa en la utilización de un bit de estado que puede ser fijado o eliminado indicando la ocurrencia de un evento.• Buzones: son registros que se utilizan para la comunicación entre procesos para la sincronización en la utilización de sus recursos comunes.• Almacenamiento compartido: es el más generalizado en la comunicación entre procesos y consiste en utilizar los protocolos de los propios dispositivos para la sincronización entre procesos.• Archivos compartidos: los procesos pueden compartir archivos en disco en operaciones de lectura y escritura dependiendo de su organización.

Los sistemas tienen una característica particular en este caso una de ellas es el Interprete de Comandos el cual el:

Se conoce con el nombre del DCL (DIGITAL Command Language) y es un interprete de comandos interactivo, fácil de aprender y usar y extremadamente flexible.Permite al usuario identificarse ante el sistema, manipular archivos, desarrollar y verificar programas, y obtener información del sistema, manipular archivos, desarrollar y verificar programas, y obtener información del sistema permitiéndole además ampliar o redefinir su repertorio de comandos, así como escribir procedimientos de comandos fácilmente.El DCL incluye:• Un conjunto de comandos considerado como repertorio básico.• Un conjunto de caracteres de control que proporcionan funciones especiales.• Un Conjunto de operadores especiales y comandos que pueden usarse para automatizar secuencias de comandos y ampliar el repertorio de estos.• Una ayuda muy potente en línea que interactivamente ofrece información de forma sencilla y rápida del uso del repertorio básico de comandos.

4.9Soporte a tiempo real

Sistema de archivos preferido: ODS-2 (NRWF) Los sistemas de archivos de lectura / escritura / formato: ODS-5 (FMR) , ODS-

1 (FMR) Los sistemas de archivos de sólo lectura y pueden escribir a través de software

opcional: ISO 9660 (R) Los sistemas de archivos de lectura / escritura / formato a través de terceros o

software opcional: FAT (rw) , NFS (rw) , SMB (rw)

OpenVMS con los paquetes de NAS que se combinan con los nuevos sistemas, tiene plena conectividad con protocolos TCP / IP. Mientras que el paquete NAS es técnicamente un add-on, por lo menos un sistema de nivel básico se incluye con todos los sistemas vendidos en los últimos años. Esto proporciona DECNET IV, PLUS DECNET (pila de protocolos OSI), TCP / IP (FTP, NFS,...) y otros. OpenVMS con los paquetes de NAS también soporta X-11 y el adorno. Paquetes comerciales y freeware disponibles para comunicarse con los protocolos SMB.

Los sistemas de archivos compatibles de forma nativa son ODS-1, ODS-2, e ISO 9660. Bajo el sistema de archivos compatible con OpenVMS estan los servicios de gestión de registros o RMS. RMS permite a los programas de apoyo a muchas organizaciones de archivo diferente forma fácil y transparente a los programas. Otros sistemas operativos no proporcionan esta funcionalidad, lo que requiere más trabajo para el programador, o un producto de base de datos pequeña para ser utilizado.

4.10 Otros aspectos

Historia del VMS

En 1975, Digital se dio cuenta de que sus competidores estaban desarrollando procesadores de 32 bits y que esta tecnología le quitaría clientes a la arquitectura 16 bits de PDP. Gordon Bell, una figura legendaria en la historia de la computación y entonces vicepresidente de ingeniería de Digital, coordinó el desarrollo del procesador de 32 bits, al cual Digital eventualmente nombró VAX.

Para ese entonces, Cutler, que ya una estrella dentro de Digital, formó parte del equipo de desarrollo inicial de VAX. Digital encargó a Cutler, además de a Dick Hustvedt y a Peter Lipman, el diseño del sistema operativo del VAX, el VMS. Los objetivos principales del diseño del hardware de VAX incluían una compatibilidad con los procesadores predecesores PDP-11 y la suficiente flexibilidad para que VAX fuera la base tanto de ordenadores de escritorio, como de estaciones de trabajo de bajo rendimiento, así como de servidores empresariales. Digital también

hizo que VMS fuese compatible con el predecesor RSX-11M y diseñó VMS para ejecutar en máquinas de diferentes tamaños. De este período de desarrollo, Digital menciona en su historia empresarial, que estaba «apostando su futuro» en VAX y VMS. Como una curiosa repetición de la declaración de Digital, Bill Gates anunció recientemente que Microsoft "apostaba su futuro" en NT 5.0.

En 1977, Digital presentó VAX-11/780 y VMS 1.0 y comenzó a ofrecer el producto al mercado en 1978. Como líder del proyecto y uno de los arquitectos principales de VMS, Cutler continuó trabajando en las sucesivas versiones de VMS hasta que se empezó a aburrir. En 1981, Cutler insinuó que quería dejar Digital. Para retener a su desarrollador estrella, Digital formó un grupo de cerca de 200 ingenieros de hardware y software bajo la dirección de Cutler. Cutler instaló a su equipo a Seattle y comenzó un centro de desarrollo. El objetivo de este grupo de élite era diseñar una nueva arquitectura CPU y un nuevo sistema operativo que llevase a Digital a los años 90s. Digital denominó este proyecto de hardware Prism, y a su sistema operativo, Mica.

Pero en 1988, Digital canceló el proyecto de Cutler y despidieron a muchos de sus miembros. Cutler decidió dejar Digital, pero antes de que lo hiciera, Microsoft se dió cuenta de que tenían una oportunidad ideal para contratar a Cutler. En la época en que Cutler dejó Digital, la versión más reciente de VMS era la 5.0 (la versión actual es la 7.1).

5. RESUMEN DEL TRABAJO

Los Sistemas Operativos han venido evolucionando a través de los años, ya que estos se han apegado íntimamente a la arquitectura de las computadoras en las cuales se ejecutan, logrando el hombre desarrollar diferentes tipos de Sistemas Operativos, todo ello para que la persona que manipule estos sistemas pueda tener una interacción amena con este. Hoy día se encuentran en el mercado diferentes tipos de Sistemas Operativos, que le permiten al usuario seleccionar el que se acomode a sus exigencias. No solo se requiere un buen sistema operativo para llevar a cabo las diferentes funciones que este requiere, sino también, una buena máquina para que haya una comunicación adecuada entre “hombre y maquina”.

Inicialmente solo hubo hardware. Las primeras computadoras eran máquinas muy grandes que se programaban desde una consola. El programador podía escribir un programa, y luego operar el programa directamente desde la consola del operador. Primero, el programa tenía que cargarse manualmente en la memoria, ya sea por medio de switches (llaves de conmutación), cinta de papel, o tarjetas perforadas. Luego, se apretaban los botones apropiados para cargar la dirección de comienzo y comenzaba la ejecución del programa. A medida que el programa corría, el programador/operador podía monitorear su ejecución por medio de luces en la consola. Si se descubrían errores, el programador podía parar el programa, examinar los contenidos de la memoria y registros, y corregir el programa directamente desde la consola. La salida se imprimía o perforaba en cintas o tarjetas para una impresión posterior. Un aspecto importante de este entorno era la naturaleza interactiva HANDS-ON. El programador era el operador. Muchos sistemas usaban un esquema de reserva para otorgar tiempo de maquina: para usar la máquina.

Uno de los sistemas operativos más importantes e interesantes son los de tiempo real /embebidos:

“Un sistema embebido (anglicismo "embedded") o empotrado es un sistema de computación diseñado para realizar una o algunas pocas funciones dedicadas frecuentemente en un sistema de computación en tiempo real. Al contrario de lo que ocurre con los ordenadores de propósito general (como por ejemplo una computadora personal o PC) que están diseñados para cubrir un amplio rango de necesidades, los sistemas embebidos se diseñan para cubrir necesidades

específicas. En un sistema embebido la mayoría de los componentes se encuentran incluidos en la placa base (la tarjeta de vídeo, audio, módem, etc.) y muchas veces los dispositivos resultantes no tienen el aspecto de lo que se suele asociar a una computadora. Algunos ejemplos de sistemas embebidos podrían ser dispositivos como un taximetro, un sistema de control de acceso, la electrónica que controla una máquina expendedora o el sistema de control de una fotocopiadora entre otras múltiples aplicaciones.

Por lo general los sistemas embebidos se pueden programar directamente en el lenguaje ensamblador del microcontrolador o microprocesador incorporado sobre el mismo, o también, utilizando los compiladores específicos, pueden utilizarse lenguajes como C o C++; en algunos casos, cuando el tiempo de respuesta de la aplicación no es un factor crítico, también pueden usarse lenguajes interpretados como JAVA.” (Tomado de: http://es.wikipedia.org/wiki/Sistema_embebido)

“Los sistemas embebidos y los de tiempo real son tecnologías inmersas en el diario vivir y generalmente no se identifican fácil y tampoco se definen los sistemas operativos que hacen posible su manipulación y que a la vez administran los recursos de dichos dispositivos para maximizar el desempeño.

Un sistema operativo embebido es aquel que está integrado en los circuitos de los dispositivos electrónicos, entre estos dispositivos se encuentran electrodomésticos, teléfonos móviles, radios, televisores, automóviles, lectores de códigos de barras, equipos médicos, asistentes digitales personales (PDA), etc.

Estos sistemas suelen tener algunas características de los sistemas de tiempo real pero también tienen limitaciones de tamaño, memoria y consumo de electricidad que los hace especiales y no suelen ser visibles.

Características

· Suelen utilizar un par de KB de RAM y ROM.

· Trabaja con procesadores poco potentes.

· Son sistemas operativos tolerantes a fallos.”(Tomado de: http://soperativos.wikispaces.com/10.+SISTEMAS+OPERATIVOS+DE+TIEMPO+REAL+O+EMBEBIDOS)

Para finalizar y concluir el sistema operativo transforma la que llamamos la maquina física en una máquina virtual en donde todo proceso que se realiza se encuentra virtualizado, por ende el sistema opera de una manera mucho más efectiva ofreciendo más funciones y brindando una fácil utilización.

6. CONCLUSIONES Y OBSERVACIONES

De la realización de la presente compilación bibliográfica se puede concluir la importancia de comprender el funcionamiento de los sistemas operativos, conocer la historia y su evolución, ya que a partir de ello se han dado lo vertiginosos cambios tecnológicos que vivimos en la actualidad en todos los campos.

Se puede concluir que el desarrollo de la computación y el desarrollo de los diferentes dispositivos han permitido también que los sistemas operativos evolucionen y sean cada vez más potentes y eficientes ofreciendo una mayor respuesta a todas nuestras necesitadas.

Se concluye también que toda la información con relación a los sistemas operativos es mucha, existe diversa cantidad de libros en donde se desarrollan las diferentes temáticas que giran en torno a este campo, además de la diversa información que se encuentra actualmente en la web.

Se puede observar gracias a esta revisión bibliográfica que la confiabilidad de las fuentes bibliográficas físicas es mayor, esto en cuanto a que la información es mucho más clara y concisa y se abordan los temas de una manera mucho más detallada y minuciosa tratando de explicar cada parte.

Con esta revisión se puede proveer que los cambio tecnológicos que se van a dar en este campo seguirán siendo muchos, gracias a las exigencias y las necesidades del mundo globalizado en el que nos encontramos actualmente y que cada vez va más allá en los campos tecnológico en mira a hacer más eficiente los procesos empresariales y suplir de una forma más eficaz y rápida cada vez con las necesidades de los diferentes usuarios, necesidades en cuento a seguridad, velocidad, confiabilidad, comodidad, entre otras.

7. BIBLIOGRAFÍA

http//www.monografias.com

http://www.todobytes.net/Articulos/Historia_SO/historia_so.html

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

http://www.mitecnologico.com/

http://www.elprisma.com/apuntes/ingenieria_de_sistemas/ gestiondememoria/

Sistemas Operativos, Una Visión Aplicada, Jesús Carretero Pérez, (McGraw-Hill)

Sistemas Operativos Stallines - 4ta edición

Sistemas Operativos – Master David Luis La Red Martínez

Mastering Windows 2000 Server (Third Edition)

MCSE Training Kit Microsoft Windows 2000 Professional

WINDOWS SERVER 2003 (Personal)

Kit de 10 DVD’s of Setup, administration and foundations advanced Windows 2000 and Windows server 2003( McGraw-Hill)

Red Hat Linux Networking and System Administration, 3ª Edition, Willey Documentos Solaris, Unix, Windows Vista (pdf), Biblioteca Personal