Historia de CP/CMS

Este artículo cubre la Historia de CP/CMS — el contexto histórico en el cual este tiempo compartido de la IBM importante el sistema operativo de la máquina virtual se construyó. Proporciona detalles para apoyar CP/CMS principal y la Historia de artículos de la IBM, usando el material de la fuente que no es disponible en el acto en línea.

El desarrollo de CP/CMS ocurrió en un entorno político y técnico complejo. Para entender la historia del sistema, es necesario examinar estas fuerzas más amplias. El material siguiente resume problemas principales y eventos del día desde el punto de vista del desarrollo CP/CMS – una perspectiva que es algo diferente de (y ortogonal a) otros modos de ver el período. Un tema clave es la política de una enemistad de marcha larga en la IBM, entre exponentes de procesamiento por lotes y tiempo compartido.

Las notas históricas, abajo, proporcionan citas de apoyo y citas de observadores de primera mano.

A principios de los años 60: CTSS, tiempo compartido temprano y MAC de Proyecto

El sistema del tiempo compartido de la primera generación seminal era CTSS, primero demostrado en MIT en 1961 y en el uso de producción de 1964–74. Preparó el terreno para MULTICS, CP/CMS y todos otros ambientes del tiempo compartido. Los conceptos del tiempo compartido se articularon primero a finales de los años 50, en particular como una manera de encontrar las necesidades de la informática científica. Entonces, los ordenadores se usaron principalmente para el procesamiento por lotes — donde los empleos se presentaron en tarjetas perforadoras y se dirigieron en la secuencia. El tiempo compartido dejó a usuarios relacionarse directamente con un ordenador, de modo que el cálculo y los resultados de simulación se pudieran ver inmediatamente.

Los usuarios científicos rápidamente abrazaron el concepto del tiempo compartido y presionaron a vendedores del ordenador como la IBM para capacidades del tiempo compartido mejoradas. Los investigadores de MIT encabezaron este esfuerzo, lanzando MAC de Proyecto, que se quiso para desarrollar la próxima generación de tecnología del tiempo compartido y que construiría por último MULTICS, un sistema del tiempo compartido muy rico en el rasgo que inspiraría más tarde el desarrollo inicial de UNIX. Este equipo prominente de informáticos principales formó recomendaciones técnicas muy específicas y requisitos, buscando una plataforma del hardware apropiada para su nuevo sistema. Los problemas técnicos eran imponentes. Los sistemas del tiempo compartido más tempranos esquivaron estos problemas dando a usuarios lenguas nuevas o modificadas, como el Dartmouth BÁSICO, a que tuvieron acceso a través de intérpretes o contextos de ejecución restringidos. Pero la visión de MAC de Proyecto era para el acceso ilimitado, compartido a la informática de uso general.

Junto con otros vendedores, la IBM presentó una oferta de Proyectar MAC. Sin embargo, la oferta de la IBM no era bien acogida: A la sorpresa de la IBM, MIT eligió GE como el vendedor del sistema MULTICS. Las consecuencias de este acontecimiento condujeron directamente a CP/CMS.

IBM y el sistema/360

A principios de los años 60, la IBM se esforzaba por definir su dirección técnica. La compañía había identificado un problema con sus ofrecimientos del ordenador pasados: incompatibilidad entre muchos productos de la IBM y líneas de productos. Cada nueva familia del producto y cada nueva generación de tecnología, obligaron a clientes a luchar con un completamente nuevo juego de especificaciones técnicas. Los productos de la IBM incorporaron una amplia variedad de diseños del procesador, arquitecturas de memoria, conjuntos de instrucciones, estrategias de la entrada/salida, etc. Esto no era, por supuesto, único para la IBM. Pareció que todos los vendedores del ordenador comenzaron cada nuevo sistema con una "hoja limpia" diseño. La IBM vio esto tanto como un problema como como una oportunidad. El coste de la migración del software era una barrera creciente para ventas del hardware. Los clientes no se podían permitir a mejorar sus ordenadores, y la IBM quiso cambiar esto.

La IBM emprendió una tarea muy arriesgada: el Sistema/360. Esta línea de productos se quiso para sustituir los ofrecimientos más tempranos diversos de la IBM, incluso la serie del IBM 7000, la serie del IBM 8000 anulada, la serie del IBM 1130 y varias otras máquinas especializadas usadas para aplicaciones científicas y otras. El Sistema/360 atravesaría una variedad sin precedentes de tratar el poder, la talla de memoria, el apoyo del dispositivo, y costaría; y lo que es más importante estaba basado en una promesa de compatibilidad con versiones anteriores, tal que cualquier cliente podría mover el software a un nuevo sistema sin la modificación. En el mundo de hoy de interfaces estándares y sistemas portátiles, esto puede no parecer un objetivo tan radical; pero entonces, era el revolucionario. Antes del Sistema/360, cada modelo computacional a menudo tenía sus propios dispositivos específicos y programas que no se podían usar con otros sistemas. La compra de una CPU más grande también significó comprar a nuevas impresoras, lectores de tarjetas, paseos de la cinta, etc. Además, los clientes tendrían que volver a escribir sus programas para correr en la nueva CPU, algo ante el cual los clientes a menudo retrocedían. Con el S/360, la IBM quiso ofrecer una variedad enorme de sistemas de ordenadores, todo que comparte una arquitectura del procesador sola, conjunto de instrucciones, interfaz de la entrada-salida y sistema operativo. Los clientes serían capaces de "mezclarse y hacer juego" para encontrar necesidades corrientes; y podrían mejorar con seguridad sus sistemas en el futuro, sin la necesidad de volver a escribir todas sus aplicaciones del software. El foco de la IBM permaneció en su base de clientes tradicional: organizaciones grandes que hacen administrativo y procesamiento de información comercial.

Al principio del proyecto del Sistema/360, la IBM no apreció totalmente la cantidad de riesgo implicado. El Sistema/360 por último dio el dominio del total de la IBM sobre el sector informático; pero al principio, casi puso la IBM del negocio. La IBM tomó uno de los proyectos técnicos más grandes y más ambiciosos en la historia, y en el proceso descubrió diseconomies de la escala y el mes del hombre mítico. La literatura extensa durante el período, como esto por Fred Brooks, ilustra los escollos.

Era durante el período del pánico del Sistema/360 que MAC de Proyecto pidió que la IBM proveyera ordenadores de capacidades del tiempo compartido extensas. Esto no era la dirección el proyecto del Sistema/360 iba. El tiempo compartido no se vio como importante para la base de clientes principal de la IBM; el procesamiento por lotes era clave. Además, el tiempo compartido era la nueva tierra. Muchos de los conceptos implicados, como la memoria virtual, permanecieron no probados. Por ejemplo: Entonces, nadie podría explicar por qué la memoria virtual del Atlas Manchester/Ferranti preocupada "no trabajó". Esto se explicó más tarde como debido a la paliza, basada en CP/CMS e investigación M44/44X. Como consiguiente, el anuncio del Sistema/360 de la IBM en el abril de 1964 no incluyó elementos claves buscados por los abogados del tiempo compartido, capacidades de la memoria particularmente virtual. Prevea que los investigadores MAC se aplastaron y enfadados por esta decisión. El equipo de diseño del Sistema/360 se encontró con investigadores de MAC de Proyecto y escuchó sus objeciones; pero la IBM eligió otro camino.

En el febrero de 1964, a la altura de estos acontecimientos, la IBM había lanzado su Cambridge Scientific Center (CSC), encabezado por Norm Rassmussen. CSC debía servir de la relación entre investigadores MIT y los laboratorios de la IBM, y se localizó en el mismo edificio con MAC de Proyecto. La IBM totalmente esperó ganar el concurso de MAC de Proyecto y retener su plomo percibido en informática científica y tiempo compartido.

Uno de los primeros proyectos del CSC era presentar la oferta de MAC de Proyecto de la IBM. La IBM había recibido la inteligencia que MIT apoyaba hacia la oferta de GE, que era para un ordenador de 600 series modificado con el hardware de la memoria virtual y otros realces; esto se haría finalmente GE 645. La IBM propuso S/360 modificado que incluiría un dispositivo de la memoria virtual llamado la "Caja de Blaauw" – un componente que se había diseñado para, pero no se había incluido en, el S/360. El equipo MIT rechazó la oferta de la IBM. S/360 modificado se vio como demasiado diferente del resto de la línea S/360; MIT no quiso usar un ordenador personalizado o con destino especial para MULTICS, pero hardware buscado que estaría extensamente disponible. GE estuvo preparada para asumir un compromiso grande al tiempo compartido, mientras la IBM se vio como obstruccionista. Los Laboratorios de la campana, otro cliente de la IBM importante, pronto tomaron la misma decisión y rechazaron el S/360 para el tiempo compartido.

1964–67: CP-40, S/360-67, y TSS

La pérdida de MAC de Proyecto era devastadora para CSC, que esencialmente perdió su razón de la existencia. Rasmussen permaneció comprometido en el tiempo compartido y quiso ganar atrás la confianza de MIT y otros investigadores. Para hacer esto, tomó una decisión valiente: El equipo CSC ahora ocioso construiría un sistema operativo del tiempo compartido para el S/360. Robert Creasy dejó MAC de Proyecto para conducir el equipo CSC, que puntualmente comenzó el trabajo de lo que se debía hacer CP-40, el primer sistema operativo de la máquina virtual acertado basado en totalmente virtualized hardware.

La pérdida de la IBM de MAC de Proyecto y Laboratorios de la Campana causó repercusiones en otra parte en la IBM.

CSC pronto presentó una oferta acertada al Laboratorio de Lincoln del MIT para un S/360-67, marcando una mejora de la credibilidad de la IBM en MIT. Destinando a un "verdadero" producto del tiempo compartido, más bien que un sistema RPQ personalizado, la IBM mostraba la clase de compromiso MIT encontrado con GE.

CSC también siguió el trabajo de CP-40, aparentemente para proporcionar la entrada de investigación al S/360-67 equipo — sino también porque el equipo CSC se había puesto escéptico sobre el proyecto de TSS, que estuvo enfrente de un horario muy agresivo y objetivos altos. Desde S/360-67 no estaría disponible para CSC durante algún tiempo, el equipo concibió una medida interina ingeniosa: construcción de su propia memoria virtual S/360. Diseñaron un juego de hardware de encargo y cambios del microcódigo que se podrían poner en práctica en un S/360-40, proporcionando una plataforma comparable capaz de apoyar los CP-años-40 arquitectura de la máquina virtual. CP-40 actual y el desarrollo de CM comenzaron a mediados de 1965, hasta antes de la llegada de su modificado S/360-40. El primer uso de producción de CP-40 era en el enero de 1967.

El proyecto de TSS, mientras tanto, corría tarde y luchaba con problemas. El personal de CSC se hizo cada vez más convencido de que CP/CMS era la arquitectura correcta para el tiempo compartido S/360.

1967–68: CP-67

En el septiembre de 1966, el personal de CSC comenzó la conversión de CP-40 y CM para correr en el S/360-67. CP-67 era una nueva realización significativa de CP-40; Varian relata que el diseño "se generalizó considerablemente, para permitir un número variable de máquinas virtuales, con memorias virtuales más grandes", que las nuevas estructuras de datos sustituyeron "los bloques de control que describen las máquinas virtuales [que] habían sido una parte codificada por hardware del núcleo", que CP-67 añadió "el concepto del almacenaje libre, de modo que los bloques de control se pudieran asignar dinámicamente", y que "el encadenamiento del intermódulo también se refundió, y el código se hizo entrante." Ya que los-67 del CSC no llegarían durante algún tiempo, CSC adelante modificó el microcódigo solo personalizado S/360-40 para simular el S/360-67 – en particular su enfoque diferente a memoria virtual. CSC repetidamente y simulación con éxito usada para trabajar alrededor de la ausencia de hardware: esperando su modificado S/360-40, su S/360-67, y más tarde para los primeros prototipos S/370. Esto se puede ver como una consecuencia lógica de "la máquina virtual" pensamiento. Durante este período, temprano las pruebas de CP-67 también se hicieron en sitios donde S/360-67 el hardware estaba disponible – notablemente el laboratorio de Alturas Yorktown de la IBM y el Laboratorio de Lincoln del MIT.

Los observadores de CP-67 en Laboratorios de Lincoln, ya frustrados con problemas TSS severos, fueron muy impresionados por CP-67. Insistieron que la IBM los proporcione una copia de CP/CMS. Según Varian, esta demanda "meció la compañía entera", que había invertido tan pesadamente en TSS. Sin embargo, porque el sitio era tan crítico, la IBM obedeció. Varian y los otros especulan que esta cadena de acontecimientos podría haber sido "tramada" por Rasmussen, mientras que un "subterfugio" para motivar la IBM ha seguido financiando el trabajo del CSC de CP/CMS "contraestratégico", que "le dijeron varias veces matar".

Hacia abril de 1967 – sólo unos meses después de que CP-40 entró en la producción – CP/CMS estaba ya en el uso diario en Laboratorios de Lincoln. El personal del Laboratorio de Lincoln trabajó estrechamente con CSC en el mejoramiento de CP/CMS. "Comenzaron a realzar CP y CM tan pronto como se entregaron. La gente de Cambridge y Lincoln trabajó juntos estrechamente y cambió el código de una base regular", comenzando una tradición de compartimiento del código y apoyo mutuo que seguiría durante años. Alrededor del mismo tiempo, el Carburo de la Unión, otro cliente de la IBM influyente, siguió el mismo camino – la decisión dirigir CP/CMS, enviar personal para trabajar con CSC y contribuir al esfuerzo de desarrollo CP/CMS.

CP-40, CP-67 y el CM estaban esencialmente sistemas de investigación entonces, construido lejos de las organizaciones del producto dominantes de la IBM, con la participación activa de investigadores exteriores. La experimentación era tanto un objetivo importante como una actividad constante. Robert Creasy, el jefe de proyecto CP-40, más tarde escribió:

TSS, mientras tanto, descrito por Varian como un "sistema elegante y muy ambicioso," exponía "estabilidad seria y problemas de rendimiento, ya que se había arrebatado de su jerarquía demasiado joven." En el febrero de 1968, en el momento de la PARTE 30, había dieciocho S/360-67 sitios que intentan dirigir TSS. Durante la conferencia, la IBM anunció vía "la carta azul" que TSS era decommitted — un gran golpe a la comunidad del tiempo compartido. Esta decisión temporalmente se invertiría, y TSS no se desecharía hasta 1971. Sin embargo, CP/CMS pronto comenzó a ganar la atención como una alternativa viable.

1968–72: Liberaciones de CP/CMS

En el momento de S/360-67, el software "se ató en un fardo" en compras del hardware; ver "la IBM no atar en un fardo de software y servicios". En particular, los sistemas operativos de la IBM estaban disponibles sin el suplemento para clientes de la IBM. CP/CMS era extraño en esto se entregó como el software Type-III no apoyado en la forma del código fuente – significar que los sitios CP/CMS dirigieron un sistema operativo no apoyado. La necesidad de independencia y apoyo de la comunidad ayudó a llevar a la creación de un fuerte S/360-67 y comunidades del usuario CP/CMS, precursores al movimiento de la fuente abierto.

En el verano 1970, el equipo CP/CMS había comenzado el trabajo de una versión del Sistema/370 de CP/CMS; esto se haría VM/370. CP-370 resultó esencial para el proyecto de S/370, proporcionando una simulación utilizable de un S/370 en S/360-67 el hardware – una nueva palanca de las estrategias de simulación del hardware más tempranas del CSC. Este enfoque permitió el desarrollo S/370 y probando antes de que el hardware de S/370 estuviera disponible. Una escasez de prototipo S/370s causaba tardanzas críticas del proyecto de MVS, en particular. Esta hazaña técnica notable transformó el desarrollo MVS, ganó un premio por los reveladores CP-370, y probablemente rescató el proyecto de CP de la extinción, a pesar de esfuerzos agresivos de anular el proyecto.

El agosto de 1972 marcó el final de CP/CMS, con "el Sistema/370 de la IBM Función Avanzada" anuncio. Esto incluyó: el nuevo S/370-158 y-168; hardware de traslado de la dirección en todo S/370s; y cuatro nuevos sistemas operativos: DOS/CONTRA (DOS con el almacenaje virtual), OS/VS1 (OS/MFT con el almacenaje virtual), OS/VS2 (OS/MVT con el almacenaje virtual, que se convertiría en SVS y MVS), y VM/370 — CP/CMS puesto en práctica de nuevo. Para estas fechas el VM y el equipo de desarrollo CP/CMS se habían hinchado a 110 personas, incluso documenters. VM/370 era ahora un verdadero sistema de la IBM, ya no la parte del IBM Type-III Library. La distribución del código fuente siguió para varias liberaciones, sin embargo; ver CP/CMS como el software gratuito para detalles.

¿

1968–86?: VP/CSS

En 1968, los principales de una pequeña empresa consultoria en Connecticut llamado Sistemas del Software tenían la idea audaz de arrendar un IBM System/360-67 para dirigir CP/CMS y revender el tiempo del ordenador. Era audaz porque la IBM no arrendaría típicamente sus $50–100K/month sistemas a un arranque de dos personas. Los terceros y cuartos empleados eran Dick Orenstein, uno de los autores de CTSS y Dick Bayles, de CSC – el arquitecto primario de CP-67. Otro alquiler clave del mundo CP/CMS incluyó a Harold Feinleib, Mike Field y Robert Jesurum (Bob Jay).

Antes de finales de noviembre de 1968, habiendo persuadido la IBM a aceptar el pedido (ninguna pequeña hazaña) y financiación inicial asegurada, CSS tomó la entrega a su primer S/360-67. Comenzaron a vender el tiempo en el diciembre de 1968.

CSS rápidamente descubrió que, vendiendo cada minuto de la máquina virtual disponible a precios publicados, podrían tomar apenas en bastantes ingresos para pagar el arriendo de la máquina. Un programa de desarrollo del torbellino siguió, trepando el rendimiento de CP/CMS al punto donde se podría revender de manera rentable. Esto comenzó un tenedor del código fuente CP/CMS que evolucionó independientemente durante aproximadamente quince años. Este sistema operativo se renombró pronto VP/CSS; la compañía recibió publicidad y se renombró CSS Nacional.

Aunque VP/CSS compartiera mucho con su padre CP/CMS y su hermano VM/370, divergió de ellos de muchos modos importantes. Por motivos comerciales, el sistema tuvo que correr con una ganancia; y sus usuarios, de ser frustrados, podrían dejar de pagar en cualquier momento simplemente por colgar el teléfono. Estas fuerzas dieron una alta prioridad a factores que afectan el rendimiento, la utilidad y el servicio de atención al cliente. VP/CSS pronto se hizo conocido por apoyar rutinariamente a dos a tres veces más usuarios interactivos que en sistemas VM comparables.

Los realces NCSS tempranos implicaron tales áreas como migración de la página, envío, sistema de archivos, apoyo del dispositivo, y las funciones de la hipervisera del camino rápido eficientes tuvieron acceso vía diagnosticar (DIAG) a la instrucción. Los rasgos posteriores incluyeron una red de conmutación de paquetes, FILEDEF-nivel (tubo) comunicación de interproceso/intermáquina e integración de la base de datos. Los rasgos similares también aparecieron en la realización VM. Por último, el equipo de desarrollo NCSS rivalizó con la talla de IBM, poniendo en práctica una amplia serie de rasgos. La plataforma VP/CSS permaneció en el uso a través de al menos mediados de los años 80. NCSS se adquirió por el Pardo & Bradstreet en 1979; DBCS renombrado (Dun & Bradstreet Computer Services); aumentado su atención al producto del NÓMADA; cambiado su estrategia de negocios abrazar VM y otras plataformas; y en el proceso discontinuó el apoyo y el desarrollo de VP/CSS, probablemente el último tenedor non-VM de CP/CMS.

¿

1964? ¿-72?: El uso del IDC de CP/CMS

Interactive Data Corporation (IDC) siguió un plan similar a ese de CSS Nacionales, vendiendo servicios del tiempo compartido basados en la plataforma CP/CMS. Su foco entonces estaba en servicios financieros. Varian relata que IDC tenía "varios" S/360-67 sistemas que dirigen CP/CMS y uno "del primer traslado de la IBM S/370", probablemente refiriéndose al S/370-145 de 1971, con la primera caja DAT; pero quizás a los sistemas anunciados en 1972 con el "Sistema/370 Función Avanzada" anuncio, incluso S/370-158 y-168.

[Los más detalles y las citas se buscan en la historia de IDC y tiempo compartido CP/CMS.]

Notas históricas

Las notas siguientes proporcionan breves citas, principalmente de Pugh y Varian [ven referencias], ilustrando el contexto de desarrollo de CP/CMS. Las citas directas más bien que las paráfrasis se proporcionan aquí, porque las perspectivas de los autores colorean sus interpretaciones.

Véase también

Información previa

:* L. Belady, "Un estudio de algoritmos de reemplazo para ordenadores de almacenaje virtuales," IBM Systems Journal Vol 5, núm. 2 (1966), pps 78-101.

:* L. Belady y C. J. Kuehner, "Espacio dinámico que comparte en sistemas de ordenadores," Comunicaciones de volumen ACM 12 núm. 5 (mayo de 1969), pps 282-88.

:* L. Belady, R. A. Nelson y G. S. Shedler, "Una anomalía en las características del tiempo espacial de ciertos programas que corren en máquinas de paginación," Comunicaciones de volumen ACM 12, núm. 6 (junio de 1969), pps 349-53.

Citas

Árbol genealógico



Buscar