MICA DE DIVISIÓN

MICA es el nombre en clave del sistema operativo desarrollado para la arquitectura DEC PRISM . ^{[ 1 ]} MICA fue diseñado por un equipo de Digital Equipment Corporation liderado por Dave Cutler . ^{[ 2 ]} El diseño de MICA fue impulsado por la necesidad de Digital de proporcionar una ruta de migración a PRISM para los clientes de VAX/VMS de Digital , así como permitir que los sistemas PRISM compitieran en el mercado Unix, cada vez más importante. ^{[ 3 ]} MICA intentó abordar estos requisitos implementando las interfaces de usuario VMS y ULTRIX sobre un núcleo común que pudiera soportar las llamadas al sistema (o "servicios del sistema" en la jerga de VMS), las bibliotecas y las utilidades necesarias para ambos entornos. ^{[ 4 ]}

MICA fue cancelado en 1988 junto con la arquitectura PRISM, antes de que ambos proyectos se completaran. MICA es especialmente notable por haber inspirado el diseño de Windows NT (también diseñado por Cutler). ^{[ 2 ]} Cuando la arquitectura PRISM evolucionó a la arquitectura DEC Alpha , Digital optó por portar OSF/1 y VMS a Alpha en lugar de reutilizar MICA. ^{[ 5 ]}

Para evitar la repetición de los muchos sistemas operativos incompatibles del PDP-11 , Digital Equipment Corporation (DEC) diseñó VMS como el único sistema operativo de VAX . ^{[ 6 ]} Sin embargo, las demandas de los clientes obligaron a DEC a desarrollar y dar soporte también a Ultrix , su propio Unix .

El objetivo original de MICA era que todas las aplicaciones tuvieran acceso completo e intercambiable a las interfaces VMS y ULTRIX, y que un usuario pudiera elegir iniciar sesión en un entorno ULTRIX o VMS y ejecutar cualquier aplicación MICA desde cualquiera de los dos entornos. ^{[ 7 ]} Sin embargo, resultó imposible proporcionar compatibilidad completa con ULTRIX y VMS a la misma aplicación al mismo tiempo, y Digital descartó este plan en favor de crear un PRISM ULTRIX independiente . ^{[ 8 ]} PRISM ULTRIX comenzó como una adaptación de VAX ULTRIX a PRISM, pero se pretendía que se ampliara con funcionalidades de MICA con el tiempo. ^{[ 9 ]} Se hizo hincapié en permitir que los mismos productos en capas se compartieran entre MICA y PRISM ULTRIX. Se hicieron propuestas para restablecer la compatibilidad con Unix en MICA de forma individual para cada aplicación, de modo que una aplicación MICA pudiera compilarse y enlazarse con las interfaces VMS o las interfaces ULTRIX, pero no con ambas simultáneamente. ^{[ 10 ]}

Con el tiempo, las preocupaciones de programación y los cambios en las prioridades determinaron que los primeros sistemas PRISM se distribuirían con subconjuntos restringidos del sistema operativo MICA. Esto incluía sistemas como Cheyenne y Glacier , un servidor de base de datos dedicado y un motor de computación distribuida, respectivamente. ^{[ 11 ]} MICA no implementaría interfaces de usuario para estos sistemas, sino que expondría puntos finales de llamadas a procedimientos remotos , y los usuarios interactuarían con el sistema MICA a través de utilidades cliente que se ejecutaban en un sistema frontend VAX/VMS. ^{[ 12 ]}

MICA iba a escribirse casi en su totalidad en un lenguaje de programación de alto nivel llamado PILLAR . PILLAR evolucionó a partir de EPascal (el dialecto de Pascal específico de VAXELN ) a través de un lenguaje intermedio llamado Systems Implementation Language (SIL). ^{[ 13 ] [ 14 ]} PILLAR se habría adaptado a VAX/VMS, lo que permitiría desarrollar aplicaciones que pudieran compilarse tanto para VAX/VMS como para MICA. Un conjunto común de bibliotecas de tiempo de ejecución de alto nivel llamado ARUS (Application Runtime Utility Services) habría facilitado aún más la portabilidad entre MICA, OSF/1, VAX/VMS y ULTRIX. ^{[ 15 ]} Como parte del proyecto PRISM, se desarrolló un backend de compilador optimizador común llamado GEM (este sobrevivió y se convirtió en el backend de compilador para las versiones Alpha e Itanium de VMS, así como para Tru64 ). ^{[ 16 ] [ 17 ]}

Además de PILLAR, MICA proporcionó soporte de primera clase para ANSI C con el fin de admitir aplicaciones Unix. ^{[ 13 ]} Un ensamblador llamado SPASM (Simplified PRISM Assembler) estaba destinado a la pequeña cantidad de código ensamblador necesaria para el sistema operativo, y no se habría puesto a disposición del público en general para disuadir a los clientes de desarrollar software no portable. De manera similar, se desarrolló una implementación de BLISS solo para uso interno, con el fin de permitir que las aplicaciones VAX/VMS preexistentes se portaran a MICA. MICA habría incluido puertos o reescrituras de muchos productos en capas de VAX/VMS, incluidos Rdb , VAXset , DECwindows y la mayoría de los compiladores disponibles para VAX/VMS. ^{[ 18 ]}

Cuando PRISM y MICA fueron cancelados, Dave Cutler dejó Digital para unirse a Microsoft , donde se le encargó el desarrollo de lo que se conocería como Windows NT . La arquitectura de Cutler para NT se inspiró en gran medida en muchos aspectos de MICA. ^{[ 2 ] [ 19 ] [ 20 ]} Además de la implementación de múltiples API de sistemas operativos sobre un núcleo común ( Win32 , OS/2 y POSIX en el caso de NT), MICA y NT compartían la separación del núcleo del ejecutivo , ^{[ 7 ]} el uso de un Administrador de objetos como abstracción para la interfaz con las estructuras de datos del sistema operativo, ^{[ 21 ]} y soporte para multihilo y multiprocesamiento simétrico . ^{[ 4 ]}

Tras la cancelación de PRISM, Digital inició un proyecto para producir una implementación de VAX más rápida que pudiera ejecutar VMS y ofrecer un rendimiento comparable al de su línea de sistemas Unix DECstation . ^{[ 5 ]} Cuando estos intentos fracasaron, el grupo de diseño concluyó que el propio VMS podía portarse a una arquitectura similar a PRISM. Esto dio lugar a la arquitectura DEC Alpha y a la versión Alpha de VMS . ^{[ 22 ]}

Al proyecto PRISM ULTRIX le siguió un nuevo proyecto en DECwest llamado OZIX , que pretendía crear una alternativa de gama alta a ULTRIX y OSF/1 para el mercado de la informática comercial, tradicionalmente dominado por VMS y los sistemas mainframe y de gama media de IBM . ^{[ 23 ]} OZIX estaba dirigido tanto al hardware MIPS como Alpha, ^{[ 24 ]} y contenía varias características para proporcionar una disponibilidad, seguridad y facilidad de gestión superiores en comparación con otras variantes de Unix. ^{[ 25 ]} OZIX finalmente se canceló, pero algunas características se trasladaron a OSF/1; en particular, el sistema de archivos OZIX fue la base del sistema de archivos AdvFS de DEC . ^{[ 26 ]}

En una entrevista de 2023, Dave Cutler dijo sobre el proyecto: "MICA era tremendamente ambicioso, ... al nivel de ambición de Multics . Si alguna vez lo hubiéramos construido, probablemente nadie lo habría comprado, pero tenía muchas buenas ideas". ^{[ 27 ]}