Multics
| Multics | ||
|---|---|---|
 | ||
 | ||
| Información general | ||
| Tipo de programa | sistema operativo | |
| Modelo de desarrollo | libre - open source desde 2007. Antes semi-free | |
| Lanzamiento inicial | 1965 | |
| Estado actual | Maduro, histórico | |
| Idiomas | inglés | |
| Información técnica | ||
| Programado en | ||
| Tipo de núcleo | Monolítico | |
| Plataformas admitidas |
| |
| Lanzamientos | ||
Multics | Unix | |
| Enlaces | ||
Multics (Multiplexed Information and Computing Service) fue uno de los primeros sistemas operativos de tiempo compartido y tuvo una gran influencia en el desarrollo de los posteriores sistemas operativos.
Descripción
[editar]Los planes iniciales y el desarrollo de Multics comenzaron en 1964. Originalmente, era un proyecto cooperativo liderado por el científico estadounidense Fernando J. Corbató del MIT, con la participación de la corporación General Electric y los laboratorios Bell. Los laboratorios Bell abandonaron el proyecto en el año 1969 y, en 1970, el negocio de computación de General Electric, incluyendo Multics, fue adquirido por Honeywell.
Multics fue concebido como un producto comercial por General Electric, y alcanzó este logro para Honeywell, pero no tuvo un gran éxito. Sin embargo, tuvo un gran impacto en el campo de la computación gracias a sus muchas ideas nuevas y valiosas. Aunque en su época recibió muchas críticas [1], la historia ha demostrado que eran infundadas.
Un gran número de características intentaban proporcionar alta disponibilidad, de manera que el servicio de computación igualase a los servicios de telefonía y a la red eléctrica. Para alcanzar este logro, se utilizó una estructura modular tanto en el software como en el hardware, y el sistema podía crecer simplemente añadiendo más recursos - poder de computación, memoria principal, almacenamiento de disco, etc. Listas de control de acceso sobre cada archivo proporcionaban un método flexible para compartir información, además de la privacidad requerida. Contenía diferentes mecanismos estándar para permitir a los ingenieros analizar el rendimiento del sistema, además de varios mecanismos para la optimización del rendimiento.
Aportes de MULTICS
[editar]Multics fue uno de los primeros sistemas operativos en el cual fue implementado un único nivel de almacenamiento para el acceso a los datos, desechando la clara distinción entre los archivos (llamados segmentos en Multics) y los procesos en memoria.
Hasta entonces, la memoria de un proceso consistía solamente en segmentos que estaban asignados en su espacio de direcciones; para leer o escribir en ellos, el proceso simplemente utilizaba instrucciones normales de la CPU, y el sistema operativo tenía cuidado de asegurarse que todas las modificaciones fueran guardadas en disco.
En la terminología del estándar POSIX, era como si cada archivo fuese asignado; sin embargo, en Multics no existía el concepto de memoria de proceso, separado del de la memoria utilizada para mantener mapeados sobre los archivos, como hace Unix. Toda la memoria del sistema formaba parte de algún segmento, que aparecía en el sistema de archivos; incluida la memoria temporal del proceso, la pila del núcleo, etc. Esta era una desventaja práctica, dadas las particularidades de la arquitectura del hardware de las máquinas en las que se ejecutaba, y no del concepto básico, era que el tamaño de los segmentos estaba limitado a 256K palabras de 36 bits, aproximadamente igual a 1 MB actual, y por lo tanto se debía utilizar código extra para trabajar con archivos mayores que esto, llamados archivos multisegmento. En los días anteriores a las bases de datos grandes, y los posteriores gráficos de mapas de bits de gran tamaño, no era frecuente encontrarse con esta limitación.
Otro aporte de Multics, fue el concepto de enlace dinámico, mediante el cual un proceso en ejecución puede solicitar que otros segmentos se añadan a su espacio de direcciones. Estos segmentos pueden incluir código que puede ser ejecutado. Con esta característica disponible, las aplicaciones automáticamente utilizaban la última versión de cualquier rutina externa que llamaban, estas rutinas estaban en otros segmentos, que se enlazaban dinámicamente solo cuando un proceso intentaba ejecutarlas. Como diferentes procesos, pertenecientes a diferentes usuarios, podían utilizar diferentes reglas de búsqueda, diferentes usuarios podían automáticamente acabar utilizando diferentes versiones de las rutinas externas.
Igualmente importante, con la configuración adecuada de las características de seguridad de Multics, fue que el código en el otro segmento podía ganar acceso a las estructuras de datos mantenidas en un proceso diferente.
De este modo, para interactuar con una aplicación ejecutándose en parte como un demonio (en otro proceso) un proceso de usuario simplemente realiza una llamada normal a un procedimiento, hacia un segmento de código con el que se enlazó dinámicamente (un segmento de código que implementa alguna operación asociada con este demonio). El código en este segmento puede entonces modificar los datos mantenidos y utilizados por el demonio. Cuando la acción necesaria para comenzar la solicitud se completa, una simple instrucción de retorno del proceso retorna el control del proceso de usuario al código del usuario.
Estas dos ideas, se utilizan todavía en la mayoría de los sistemas operativos, independientemente del rápido y enorme avance realizado en el campo de la computación desde la década de 1960.
Multics también soportaba una reconfiguración en línea muy agresiva; las CPUs, los bancos de memoria, unidades de disco, etc. podían ser añadidas y quitadas mientras el sistema continuaba funcionando; entrando en servicio, o eliminándose cuando fuera necesario. Era una práctica común en el sistema del MIT, donde se realizó la mayoría de los desarrollos de software iniciales, dividir el sistema; que era un sistema multiprocesador; en dos sistemas separados, al eliminiar suficiente componentes para formar un segundo sistema, dejando el resto todavía ejecutando la los usuarios que tenían una sesión abierta. Las comprobaciones sobre el software desarrollado podían realizarse en la segunda máquina; cuando las pruebas concluían, los componentes del segundo sistema se añadían de nuevo en el sistema principal, sin tener que apagarlo en ningún momento. Como se soportaban varias CPUs, fue uno de los primeros sistemas multiprocesador.
Multics también fue notable por su innovador énfasis en su diseño para obtener seguridad informática, y fue posiblemente el primer sistema operativo diseñado como un sistema seguro desde su inicio. Independientemente de esto, las primeras versiones de Multics se mostraron vulnerables, no una vez, sino de forma repetida.
Esto condujo a más trabajo para mejorar la seguridad que trazó las técnicas de seguridad modernas, e hizo los sistemas mucho más seguros; al adoptarse el hardware de segunda generación, con soporte hardware para los anillos de seguridad (un refinamiento multinivel del concepto de modo maestro), las intrusiones se convirtieron en algo muy extraño.
Además de haber sido el primer sistema operativo que proporcionó un sistema de archivos jerárquico, los nombres de los archivos casi podían tener una longitud y sintaxis arbitraria; dado un archivo o directorio este podía tener varios nombres (típicamente uno largo y otro corto); también se soportaban enlaces simbólicos entre directorios.
Fue el primero en utilizar el concepto, hoy convertido en característica estándar, de tener una pila por proceso en el núcleo, con una pila separada para cada anillo de seguridad. También fue uno de los primeros sistemas escritos en un lenguaje de alto nivel denominado PL/1, aunque el sistema Burroughs B5000, que utilizaba ALGOL precedió a Multics.
Historia del proyecto
[editar]Multics se desarrolló inicialmente para el computador central de General Electric GE-645, un sistema de 36 bits; después fue soportado por la serie de máquinas Honeywell 6180.
El personal de los Laboratorios Bell abandonó el proyecto en 1969. Algunas de las personas que habían trabajado en su desarrollo se dedicaron a crear el sistema operativo UNIX. Aunque de un modo superficial, UNIX muestra la influencia de Multics en muchas áreas, incluido el nombre de los comandos. Sin embargo, la filosofía de diseño fue muy diferente, centrándose en mantener el sistema tan pequeño y simple como fuese posible, y de este modo corrigiendo lo que se veía como una deficiencia de Multics. El nombre "Unix" (originalmente "Unics", por "UNIplexed information and Computing Service" en vez de "MULTIplexed Computer and Information Service") es un hack de "Multics". Se rumorea que la U de UNIX significia "Uniplexado" en oposición al concepto "Multiplexado" de Multics, resaltando la intención de los diseñadores de rechazar la complejidad de Multics en favor de una aproximación práctica más directa.
La empresa estadounidense Honeywell compró la división de computación de General Electric, lanzó una mejor base de hardware, y continuó el desarrollo del sistema hasta 1985. Se realizaron unas 80 instalaciones por valor de varios millones de dólares, en universidades, industrias, y administraciones. El sistema universitario de Francia contó con varias instalaciones en los inicios de la década de 1980. Después Honeywell dejó de soportar Multics, y entonces los usuarios migraron a otros sistemas, incluyendo otras distribuciones de UNIX. La última máquina en usar Multics fue apagada el 31 de octubre de 2000, en el Ministerio de Defensa de Canadá.
En la actualidad, el código fuente de Multics ha sido liberado por el MIT y se puede descargar desde su página.[1]
Influencia en otros proyectos
[editar]
Unix
[editar]El diseño y las características de Multics influyeron ligeramente en el sistema operativo Unix, que fue escrito originalmente por dos programadores de Multics, Ken Thompson y Dennis Ritchie.[2] La influencia superficial de Multics en Unix es evidente en muchas áreas, incluyendo la denominación de algunos comandos. Pero la filosofía de diseño interno era bastante diferente, centrándose en mantener el sistema pequeño y simple, y así corregir algunas deficiencias percibidas de Multics debido a sus altas demandas de recursos en el limitado hardware de los ordenadores de la época.
El nombre Unix (originalmente Unics) es un juego de palabras con Multics. Se rumorea que la U de Unix significa uniplexed en contraposición a la multiplexed de Multics, lo que subraya aún más el rechazo de los diseñadores a la complejidad de Multics en favor de un enfoque más sencillo y factible para ordenadores más pequeños. (Garfinkel y Abelson[3] citan un origen alternativo: Peter Neumann en los Laboratorios Bell, viendo una demostración del prototipo, sugirió el juego de palabras UNICS - pronunciado "eunucos" - como un "Multics castrado", aunque se dice que Dennis Ritchie lo negó.[4])
Ken Thompson, en una entrevista transcrita de 2007 con Peter Seibel[2] se refiere a Multics como "sobrediseñado y sobreconstruido y sobre todo. Era casi inutilizable. Ellos [el Instituto Tecnológico de Massachusetts] siguen afirmando que es un éxito monstruoso, pero está claro que no lo fue". Sobre la influencia de Multics en Unix, Thompson declaró que "las cosas que me gustaron lo suficiente (de Multics) como para quedarme con ellas fueron el sistema de archivos jerárquico y el shell - un proceso separado que se puede sustituir por otro proceso".
Dennis Ritchie escribió que el diseño de UNIX estaba influenciado por CTSS[5]
Otros sistemas operativos
[editar]El sistema operativo Prime Computer, PRIMOS, fue llamado "Multics en una caja de zapatos" por William Poduska, uno de los fundadores de la compañía. Poduska pasó más tarde a fundar Apollo Computer, cuyos sistemas operativos AEGIS y más tarde Domain/OS, a veces llamados "Multics en una caja de cerillas", ampliaron el diseño de Multics a un entorno de estación de trabajo gráfico fuertemente conectado en red.
El sistema operativo Stratus VOS de Stratus Computer (en la actualidad Stratus Technologies) estuvo muy influenciado por Multics, y tanto su interfaz de usuario externa como su estructura interna guardan muchas similitudes con el proyecto anterior. Las características de alta fiabilidad, disponibilidad y seguridad de Multics se ampliaron en Stratus VOS para dar soporte a una nueva línea de sistemas informáticos tolerantes a fallos que soportan un procesamiento de transacciones seguro y fiable. Stratus VOS es el descendiente más directamente relacionado con Multics que sigue en desarrollo activo y en uso de producción hoy en día.
La arquitectura de protección de Multics, que restringe la capacidad del código en un nivel del sistema para acceder a recursos en otro, fue adoptada como base para las características de seguridad del sistema operativo VME de ICL.
Comandos
[editar]La siguiente es una lista de programas y comandos[6] para tareas informáticas comunes que son soportadas por la interfaz de línea de comandos de Multics.[7]«Comandos de Multics».</ref>
- apl
- ceil
- change_wdir (cwd)
- cobol
- copy (cp)
- echo
- emacs
- floor
- fortran (ft)
- gcos (gc)
- help
- home_dir (hd)
- if
- list (ls)
- login (l)
- logout
- ltrim
- mail (ml)
- pascal
- pl1
- print (pr)
- print_wdir (pwd)
- runoff (rf)
- rtrim
- sort
- teco
- trunc
- where (wh)
- who
- working_dir (wd)
Retrospectiva
[editar]Es más que sorprendente descubrir que el núcleo de este sistema operativo para computadoras centrales multiprocesador, que fue criticada en sus días iniciales por su tamaño y complejidad, ocupaba 135 kB de código. El primer GE-645 del MIT tuvo 512 K palabras de memoria (2 MB), de manera que el núcleo solo utilizaba una pequeña porción de la memoria principal de Multics.
Medido de otra forma, el sistema completo, incluyendo no solo el sistema operativo, sino también el complejo compilador de PL/I, los comandos de usuario, y las bibliotecas de subrutinas, contenía aproximadamente 1500 módulos de código fuente con una longitud media, cada uno, de unas 200 líneas de código fuente, y se compilaban para producir aproximadamente 4,5 MB de código de procedimientos, que aunque hoy parezca pequeño, era muy grande para los estándares de la época.
Los compiladores de Multics generalmente optimizaban la densidad de código antes que la velocidad de ejecución, por ejemplo se utilizaban pequeñas subrutinas llamadas operadores para secuencias de código frecuentes, realizar comparaciones directas con el tamaño de los objetos de código en los sistemas más modernos no tiene sentido. La alta densidad de código era una buena opción de optimización para un sistema multiusuario con una memoria principal cara, como Multics.
Véase también
[editar]- Compatible Time-Sharing System
- Unix
- Fernando J. Corbató
- Jerome H. Saltzer
- Jack B. Dennis
- Peter J. Denning
- Robert M. Graham
- Victor A. Vyssotsky
Referencias
[editar]- ↑ Heather Anne Harrison (13 de diciembre de 2012). «Multics» (en inglés). Consultado el 13 de octubre de 2015.
- ↑ a b Peter Seibel. Coders at Work: Reflections on the Craft of Programming. APress Publications, 2007. ISBN 978-1-4302-1948-4
- ↑ Garfinkel, Simson y Abelson, Harold. Architects of the Information Society: Thirty-Five Years of the Laboratory for Computer Science at MIT. MIT Press, 1999. ISBN 978-0262071963 (en inglés)
- ↑ Karn, Phil (1981-10-28). "Origins of unix". fa.unix-wizards. (Google Groups).
- ↑ Ritchie, Dennis M. (1977). The Unix Time-sharing System: A retrospective (El sistema de tiempo compartido de Unix: Una retrospectiva). Décima Conferencia Internacional de Hawai sobre las Ciencias del Sistema (en inglés). «se puede argumentar que UNIX es en esencia una implementación moderna del sistema CTSS del MIT».
- ↑ Honeywell Bull, Inc. (Feb 1985). Comandos y funciones activas de Multics (AG92-06). Archivado desde el original el 6 de junio de 2022. Consultado el 10 de enero de 2021.
- ↑ «Unix y Multics».
Bibliografía
[editar]La siguiente literatura contiene un gran número de documentos sobre Multics y varios componentes del mismo. Una lista bastante completa es accesible a través de here. Los más importantes y/o informativos son listados debajo.
- F. J. Corbató, V. A. Vyssotsky, Introduction and Overview of the Multics System (AFIPS 1965)
- F. J. Corbató, C. T. Clingen, J. H. Saltzer, Multics -- The First Seven Years (AFIPS, 1972)
Detalles técnicos
[editar]- Jerome H. Saltzer, Introduction to Multics (MIT Project MAC, 1974)
- Elliott I. Organick, The Multics System: An Examination of Its Structure (MIT Press, 1972)
- V. A. Vyssotsky, F. J. Corbató, R. M. Graham, Structure of the Multics Supervisor (AFIPS 1965)
- Jerome H. Saltzer, Traffic Control in a Multiplexed Computer System (MIT Project MAC, June 1966)
- R. C. Daley, P. G. Neumann, A General Purpose File System for Secondary Storage (AFIPS, 1965)
- A. Bensoussan, C. T. Clingen, R. C. Daley, The Multics Virtual Memory: Concepts and Design, (ACM SOSP, 1969)
- Paul Green, Multics Virtual Memory - Tutorial and Reflections Archivado el 5 de marzo de 2001 en Wayback Machine.
- Roger R. Schell, Dynamic Reconfiguration in a Modular Computer System (MIT Project MAC, 1971)
Seguridad
[editar]- Karger, Paul A.; Schell, Roger R. (Junio de 1974). Multics Security Evaluation. Air Force Electronic Systems Division. p. 160. Consultado el 13 de octubre de 2015.
- Saltzer, Jerome H; Schroeder, Michael D. (17 de abril de 1975). «The Protection of Information in Computer Systems». En IEEE, ed. Proceedings of the IEEE 63 (9): 1278-1308. Consultado el 13 de octubre de 2015.
- Schroeder, Michael D.; Clark, David D.; Saltzer Jerome, Jerome H,; Wells, Douglas (30 de junio de 1977). Final Report of the Multics Kernel Design Project. Massachusetts Institute of Technology. Consultado el 13 de octubre de 2015.
- Karger, Paul A.; Schell, Roger (16 de diciembre de 2002). «Thirty Years Later: Lessons from the Multics Security Evaluation» (en inglés). Annual Computer Security Applications Conference. Consultado el 13 de octubre de 2015.
