Data General Eclipse MV/8000
From Wikipedia, the free encyclopedia
La Eclipse MV/8000 fue la primera de una familia de minicomputadoras de 32 bits producidas por Data General durante la década de 1980. Con el nombre en clave Eagle durante su desarrollo, su arquitectura era un nuevo diseño de 32 bits compatible hacia atrás con la anterior serie Eclipse de 16 bits. El desarrollo del ordenador y las personas que trabajaron en él fueron el tema del libro de Tracy Kidder The Soul of a New Machine. A la MV/8000 le sucedieron las MV/6000, MV/8000-II, MV/2000, MV/2500, MV/4000, MV/10000, MV15000, MV/20000, MV/30000 y MV/40000. Modelos posteriores, como la MV/40000, eran sistemas de multiprocesamiento simétrico (SMP) con componentes intercambiables en caliente.[1]
| ECLIPSE MV/8000 | ||
|---|---|---|
| Parte de NOVA/ECLIPSE | ||
 | ||
| Información | ||
| Tipo | Minicomputadora de 32 bits | |
| Código | Eagle | |
| Fabricante | Data General | |
| Software | ||
| Sistema operativo | AOS/VS | |
La Eclipse MV era una arquitectura CISC de 32 bits con un espacio de direcciones de 4 GB. Este espacio de direcciones de 4 GB estaba dividido en ocho anillos de 512 MB cada uno, con un mecanismo de privilegios asociado a dichos anillos. El anillo más externo, el anillo 7, era el menos privilegiado. El anillo más interno, el anillo 0, era el más privilegiado.
El sistema operativo AOS/VS admitía la noción de "tareas" ligeras, además de procesos. Un único proceso podía iniciar varias tareas que compartían un espacio global de direcciones, de forma parecida a los "hilos" modernos. Las tareas eran muy fáciles de utilizar desde el compilador FORTRAN de Data General, y permitían cambios de contexto más rápidos que el uso de procesos completos. También se podían iniciar subtareas mediante el llamado proceso por lotes "Son".
Esto se hacía usando el CLI (intérprete de línea de comandos). El resultado era un proceso por lotes en línea de facto. Sin embargo, este proceso se terminaba en cuanto el usuario cerraba sesión. La MV/8000 solo tenía dos procesos por lotes "reales", para no perjudicar a los procesos en línea. La ventaja de los lotes en línea era que se ejecutaban con la misma prioridad que los procesos normales en línea.[1]
