El Conversational Monitor System ( CMS , originalmente Cambridge Monitor System ) [1] es un sistema operativo interactivo simple para un solo usuario . CMS se desarrolló originalmente como parte del sistema operativo CP/CMS de IBM , que entró en uso en producción en 1967. CMS es parte de la familia VM de IBM , que se ejecuta en computadoras centrales de IBM . VM se anunció por primera vez en 1972 y todavía se utiliza hoy como z/VM .
CMS se ejecuta como un sistema operativo "invitado" en una máquina virtual privada creada por el programa de control de VM . El programa de control más el CMS crean juntos un sistema operativo de tiempo compartido multiusuario.
CMS se desarrolló originalmente como parte del sistema operativo CP/CMS de IBM. En ese momento, el acrónimo significaba "Cambridge Monitor System" (pero también: "Console Monitor System").
En 1972, IBM lanzó su sistema operativo VM/370 , una reimplementación de CP/CMS para System/370 , en un anuncio que también agregó hardware de memoria virtual a la serie System/370 . A diferencia de CP/CMS , VM/370 fue soportado por IBM. VM pasó por una serie de versiones y todavía se utiliza hoy como z/VM .
A través de todas sus distintas versiones y lanzamientos, la plataforma CMS siguió siendo bastante reconocible como un descendiente cercano de la versión CMS original que se ejecuta bajo CP-40 . Muchas decisiones clave sobre la interfaz de usuario que son familiares para los usuarios de hoy ya se habían tomado en 1965, como parte del esfuerzo CP-40 . Consulte CMS en CP-40 para ver ejemplos.
Tanto VM como CP/CMS tenían antecedentes accidentados en IBM. VM no era uno de los sistemas operativos "estratégicos" de IBM, que eran principalmente las familias OS y DOS , y sufrió luchas políticas internas de IBM sobre los objetivos de tiempo compartido versus procesamiento por lotes . Este conflicto es el motivo por el que CP/CMS se lanzó originalmente como un sistema sin soporte y por el que VM a menudo tenía recursos limitados de desarrollo y soporte dentro de IBM. Una comunidad de usuarios excepcionalmente fuerte, establecida por primera vez en los días de autosoporte de CP/CMS pero que permaneció activa después del lanzamiento de VM, hizo contribuciones sustanciales al sistema operativo y mitigó las dificultades de ejecutar el "otro sistema operativo" de IBM.
CMS es una parte intrínseca de la arquitectura VM/CMS, establecida con CP/CMS . Cada usuario de CMS tiene control sobre una máquina virtual privada (una copia simulada de la computadora física subyacente) en la que CMS se ejecuta como un sistema operativo independiente. Este enfoque se ha mantenido constante a lo largo de los años y se basa en:
Se pueden encontrar más detalles sobre cómo interactúa CMS con el entorno de la máquina virtual en los artículos VM y CP/CMS .
CMS se creó originalmente como un sistema operativo independiente, capaz de ejecutarse en una máquina básica (aunque, por supuesto, nadie elegiría hacerlo). Sin embargo, CMS ya no puede ejecutarse fuera del entorno VM, que proporciona la interfaz de hipervisor necesaria para diversas funciones críticas.
CMS proporciona a los usuarios un entorno para ejecutar aplicaciones o trabajos por lotes , administrar archivos de datos , crear y depurar aplicaciones, realizar desarrollo multiplataforma y comunicarse con otros sistemas o usuarios.
El CMS todavía está en desarrollo y se utiliza ampliamente en la actualidad.
Los usuarios inician sesión en la máquina virtual, proporcionan un ID de usuario y una contraseña y luego inician su propia máquina virtual. Esto se puede hacer emitiendo el comando "IPL CMS" ("IPL" = carga inicial del programa , jerga tradicional de IBM para arrancar una máquina); aunque normalmente esto se hace automáticamente para el usuario. La personalización personal se realiza mediante un archivo de script de shell estándar llamado "PROFILE EXEC", que configura los valores predeterminados ambientales especificados por el usuario, como a qué discos y bibliotecas se accede.
CMS comenzó en la era de las terminales de papel estilo teletipo y las posteriores terminales tontas de "teletipo de vidrio" . Sin embargo, a finales de la década de 1970, la mayoría de los usuarios de VM se conectaban a través de terminales de pantalla completa, en particular el IBM 3270 , el omnipresente terminal de procesamiento de transacciones en los mainframes de IBM. El 3270 jugó un papel estratégico en la línea de productos de IBM, haciendo de su selección una opción natural para los grandes centros de datos de la época. Muchos otros fabricantes finalmente ofrecieron terminales bisync que emulaban el protocolo 3270.
Los 3270 tenían almacenamiento en búfer local, algunas capacidades de procesamiento y, en general, manejaban una pantalla completa de datos a la vez. Manejaban las tareas de edición localmente y luego transmitían un conjunto de campos (o la página completa) a la vez cuando se presionaba la tecla ENTER o una tecla de función del programa (PFK).
La familia 3270 incorporó unidades de control, concentradores y otros elementos de procesamiento de red "inteligentes", comunicándose con la computadora central a través de circuitos dedicados a velocidades relativamente altas, a través de un protocolo de comunicación síncrono bisincrónico . (Estas tecnologías de comunicación orientadas a mainframe proporcionaron algunas de las capacidades que se dan por sentado en las redes de comunicación modernas, como direccionamiento de dispositivos, enrutamiento, corrección de errores y soporte para una variedad de configuraciones, como topologías multipunto y multipunto ).
El enfoque 3270 difería de los terminales tontos de menor costo de la época, que eran punto a punto y asíncronos . Los usuarios comerciales de tiempo compartido , un segmento importante de los primeros sitios CP/CMS y VM, dependían de dichos dispositivos porque podían conectarse a través de módems de 300 o 1200 bit/s a través de circuitos telefónicos normales de voz. Instalar un circuito dedicado para un 3270 a menudo no era práctico, económico ni oportuno.
El enfoque orientado a bloques del 3270 era más consistente con la visión de la informática orientada a lotes y tarjetas perforadas de IBM, y fue particularmente importante para los mainframes de IBM de la época. A diferencia de las minicomputadoras contemporáneas, la mayoría de las mainframes de IBM no estaban equipadas para interrupciones de carácter a carácter. El soporte de terminal tonto se basaba en unidades de control de terminal como IBM 270x (ver IBM 3705 ) o Memorex 1270. Estos controladores de terminal asíncronos ensamblaban una línea de caracteres, hasta una longitud máxima fija, hasta que se presionaba la tecla RETORNO. Escribir demasiados caracteres daría como resultado un error, una situación familiar para los usuarios de la actualidad. (La mayoría de los centros de datos no incluían este equipo, excepto cuando fuera necesario para el acceso telefónico. Se prefirió el enfoque 3270).
Los terminales orientados a bloques como el 3270 hicieron que fuera práctico implementar editores orientados a pantalla en mainframes, a diferencia de los editores orientados a líneas , la norma anterior. Esta había sido una ventaja importante de las minicomputadoras contemporáneas y otros sistemas orientados a caracteres, y su disponibilidad a través del 3270 fue muy bienvenida.
Se desarrolló un abismo entre el mundo 3270, centrado en el procesamiento de transacciones de mainframe orientado a páginas (especialmente a través de CICS ), y el mundo de los terminales asíncronos, centrado en minicomputadoras orientadas a caracteres y tiempo compartido por acceso telefónico. Los proveedores de terminales asíncronos mejoraron gradualmente sus productos con una gama de funciones de terminales inteligentes , a las que generalmente se accede mediante secuencias de escape . Sin embargo, estos dispositivos rara vez compitieron por 3270 usuarios; IBM mantuvo su dominio sobre las decisiones de compra de hardware para centros de datos mainframe.
Visto en retrospectiva, hubo una importante divergencia filosófica entre la informática orientada a bloques y la orientada a caracteres. Los controladores de terminales asíncronos y los 3270 proporcionaron al mainframe interacciones orientadas a bloques; esencialmente, hicieron que la entrada del terminal pareciera un lector de tarjetas. Este enfoque, preferido por IBM, condujo al desarrollo de paradigmas de interfaz de usuario y estrategias de programación completamente diferentes. Los sistemas orientados a los personajes evolucionaron de manera diferente. La diferencia es evidente cuando se compara el enfoque de transacciones atómicas del CICS dominante con el estilo interactivo orientado a flujos de UNIX . VM/CMS evolucionó en algún punto entre estos extremos. CMS tiene un entorno interactivo, con estado y controlado por comandos , en lugar de adoptar el enfoque CICS de una interfaz orientada a transacciones sin estado . Sin embargo, CMS responde a la interacción de página o línea a la vez, en lugar de interrupciones de caracteres.
CMS se ganó una muy buena reputación por ser eficiente y por tener buenos factores humanos para su facilidad de uso, en relación con los estándares de la época (y, por supuesto, antes del uso generalizado de entornos de interfaz gráfica de usuario como los que se utilizan comúnmente en la actualidad). No era raro tener cientos (más tarde: miles) de usuarios interactivos de CMS simultáneos en el mismo mainframe de VM, con tiempos de respuesta inferiores a un segundo para funciones comunes y "triviales". VM/CMS superó consistentemente a MVS y otros sistemas operativos de IBM en términos de soporte para usuarios interactivos simultáneos.
Muchos usuarios de CMS programaban en lenguajes como COBOL , FORTRAN , PL/I , C/370 , APL y el lenguaje de secuencias de comandos REXX . VM/CMS se utilizaba a menudo como plataforma de desarrollo para sistemas de producción que se ejecutaban bajo otros sistemas operativos de IBM, como MVS .
Otros usuarios de CMS trabajaron con paquetes de software comerciales como FOCUS , NOMAD , SPSS y SAS .
Hubo un tiempo en que CMS también era un entorno importante para el correo electrónico y la productividad de la oficina; un producto importante fue PROFS de IBM (más tarde rebautizado como OfficeVision ).
Dos herramientas CMS de uso común son el editor XEDIT y el lenguaje de programación REXX . Ambos productos se han adaptado a otras plataformas y ahora se utilizan ampliamente fuera del entorno mainframe.
Consulte VM (sistema operativo) para fuentes relacionadas con VM y citas de fuentes.