Top 10 de los artículos

YouTube
Gmail
Goole
GayRomeo
Números chinos
Números romanos
Orkut
Costco
Sistema porta hepático
El mundo Factbook

News:

Sistema conversacional del monitor

Artículos principales: VM (sistema operativo), CP/CMS, y Historia de CP/CMS

Sistema conversacional del monitor (CMS; originalmente: “El sistema del monitor de Cambridge”) es un relativamente simple el computar interactivo single-user sistema operativo.

  • El CMS es parte de IBM Familia de la VM, que funciona encendido Chasis de IBM computadoras. La VM primero fue anunciada en 1972, y sigue siendo funcionando hoy (cf. z/VM).
  • El CMS fue desarrollado originalmente como parte de IBM CP/CMS sistema operativo, que entró uso de la producción en 1967.

El CMS funciona como sistema operativo de la “huésped” en un privado máquina virtual creado por la VM programa de control. El programa de control más el CMS junto crea un sistema operativo en tiempo repartido multiusos.

Contenido

Historia

El CMS fue desarrollado originalmente como parte de IBM CP/CMS sistema operativo. Cuando, “el sistema significado siglas del monitor de Cambridge” (pero también: “Sistema del monitor de la consola”).

  • El CMS primero funcionó debajo CP-40, un sistema one-off de la investigación usando el hardware de encargo en IBM Centro científico de Cambridge. El uso de la producción en CSC comenzó en enero de 1967. El interfaz utilizador del CMS dibujó pesadamente en experiencia con el sistema en tiempo repartido de primera generación influyente CTSS, algunos que de reveladores trabajaron encendido CP/CMS. (CTSS fue utilizado como temprano CP/CMS plataforma del desarrollo.)
  • Más adelante en 1967, CP/CMS llegó a estar generalmente disponible en IBM System/360-67, donde, aunque el nuevo programa de control CP-67 era una re-puesta en práctica substancial de CP-40, el CMS seguía siendo esencialmente igual. IBM proporcionó CP/CMS “como es” - sin cualquier ayuda, en forma del código de fuente, como parte del Tipo-III biblioteca de IBM. CP/CMS era así abra la fuente sistema. A pesar de esta carencia de la ayuda de IBM, CP/CMS gran éxito alcanzado como plataforma en tiempo repartido; antes de 1972, había algunos 44 CP/CMS sistemas funcionando, incluyendo los sitios comerciales a los cuales revendió el acceso CP/CMS.

En 1972, IBM lanzó su VM/370 sistema operativo, una re-puesta en práctica de CP/CMS para Sistema/370, en un aviso que también agregó memoria virtual hardware a Sistema/370 serie. Desemejante CP/CMS, VM/370 era apoyado por IBM. La VM pasó con una serie de versiones, y sigue siendo hoy funcionando como z/VM.

A través de todas sus versiones y lanzamientos distintos, la plataforma del CMS todavía seguía siendo absolutamente reconocible como descendiente cercano de la versión original del CMS que funcionaba debajo CP-40. Muchos afinan las decisiones del interfaz utilizador familiares a los usuarios de hoy habían sido hechos ya en 1965, como parte de CP-40 esfuerzo. Vea CMS debajo de CP-40 por ejemplos.

Ambos VM y CP/CMS tenía checkered historias en IBM. La VM no era uno de los sistemas operativos “estratégicos” de IBM, que eran sobre todo OS y DOS las familias, y él sufrieron de la lucha interna política de IBM encima reparto del tiempo contra procesamiento por lotes metas. Este conflicto es por qué CP/CMS fue lanzado originalmente como sistema sin apoyo, y porqué la VM había limitado a menudo recursos del desarrollo y de la ayuda dentro de IBM. Una comunidad de usuario excepcionalmente fuerte, primero establecida en uno mismo-apoya días de CP/CMS pero activo restante después de que el lanzamiento de la VM, hecho contribuciones substanciales al sistema operativo, y atenuado las dificultades de funcionar el “otro sistema operativo” de IBM.

Arquitectura

El CMS es una parte intrínseca de la arquitectura de VM/CMS, establecida con CP/CMS. Cada usuario del CMS tiene control sobre un privado máquina virtual - una copia simulada de la computadora física subyacente - en qué CMS funciona como sistema operativo independiente. Este acercamiento ha seguido siendo constante con los años, y se basa encendido:

  • Virtualización completa, utilizado crear las máquinas virtuales independientes múltiples que cada uno totalmente simula el hardware subyacente
  • Paravirtualization, utilizado proporcionar a hypervisor interconecte que las aplicaciones del CMS de tener acceso a servicios de la VM; esto es puesta en ejecución por non-virtualized la instrucción de DIAG (diagnostique)

Más detalles en cómo el CMS obra recíprocamente con el ambiente virtual de la máquina se pueden encontrar en VM y CP/CMS artículos.

El CMS fue construido originalmente como sistema operativo independiente, capaz del funcionamiento en una máquina pelada (por supuesto nadie elegiría sin embargo hacer tan). Sin embargo, el CMS puede funcionar no más fuera del ambiente de la VM, que proporciona hypervisor el interfaz necesitó para las varias funciones críticas.

Características

El CMS proporciona a usuarios un ambiente para funcionar usos o tratamientos por lotes, manejando ficheros de datos, creando y el eliminar errores usos, haciendo cruz-plataforma desarrollo, y el comunicarse con otros sistemas o usuarios.

El CMS todavía está en el desarrollo y el uso amplio hoy.

Ambiente básico

Los usuarios se abren una sesión a la VM, proporcionando un userid y una contraseña, y después patean su propia máquina virtual. Esto puede ser hecha publicando el comando “CMS del IPL” (“IPL” = carga de programa inicial, jerga tradicional de IBM para booting una máquina); aunque esto se hace normalmente automáticamente para el usuario. El arreglo para requisitos particulares personal es hecho por PERFIL nombrado archivo estándar EXEC” del shell script un “, que instala los defectos ambientales user-specified, tales como los cuales los discos y las bibliotecas están alcanzados.

Ayuda terminal

El CMS comenzó en la era de los terminales del papel del teletipo-estilo, y el “teletipo de cristal más último” terminales mudos. Por los últimos años 70, sin embargo, la mayoría de los usuarios de la VM conectaban vía los terminales de plena pantalla - particularmente IBM 3270, el terminal ubicuo del tratamiento transaccional en los chasis de IBM. Los 3270 desempeñaron un papel estratégico en la línea de productos de IBM, haciendo su selección una opción natural para los centros de datos grandes del día. Muchos otros fabricantes ofrecieron eventual los terminales de la BISYNC que emularon el protocolo 3270.

3270s tenía memoria tampón local, algunas capacidades de proceso, y tratado generalmente de una pantalla entera de datos a la vez. Manejaron corregir tareas localmente, y después transmitieron un sistema de los campos (o de la página entera) inmediatamente cuando la llave de INSERTAR o la a llave de funcionamiento de programa (PFK) fue presionado.

Las 3270 unidades de control “elegantes” incorporadas familia, los concentradores, y la otra red que procesaba los elementos, comunicándose con el excedente del chasis dedicaron los circuitos a las velocidades relativamente altas, vía a BISYNC síncrono protocolo de la transmisión de datos. (Éstos las tecnologías de comunicación chasis-orientadas proporcionaron algunas de las capacidades tomadas para concedido en redes de comunicaciones modernas, tales como dispositivo que trataba, encaminando, corrección de error, y ayuda para una variedad de configuraciones por ejemplo de múltiples puntos y multidrop topologías.)

Nota histórica: El acercamiento 3270 diferenció de los terminales mudos del bajo-coste del período, que eran Point-to-Point y asincrónico. Comercial reparto del tiempo usuarios, un segmento importante de temprano CP/CMS y sitios de la VM, confiados en tales dispositivos porque podrían conectar vía 300 1200 de teléfono del excedente de los módems de bit/s circuitos voice-grade normales - o. La instalación de un circuito dedicado para 3270 no era a menudo práctica, económica, u oportuna.

El 3270's block-oriented el acercamiento era más constante con la opinión de la hornada de IBM y tarjeta-orientada de computar, y era particularmente importante para los chasis de IBM del día. Desemejante de las minicomputadoras contemporáneas, la mayoría de los chasis de IBM no fueron equipados para las interrupciones character-at-a-time. La ayuda del terminal mudo confió en unidades de control terminales tales como IBM 270x (véase IBM 3705) o Memorex 1270. Éstos asincrónico reguladores terminales montó una línea de caracteres, hasta una longitud máxima fija, hasta que la llave DE VUELTA fue presionada. Mecanografiar demasiados caracteres daría lugar a un error, una situación familiar a los usuarios del día. (La mayoría de los centros de datos no incluyeron este equipo, excepto según lo necesitado para el acceso de marcado manual. El acercamiento 3270 fue preferido.)

Los terminales Block-oriented tienen gusto de los 3270 lo hicieron práctico para poner en ejecución redactores orientados a pantalla en los chasis - en comparación con redactores line-oriented, la norma anterior. Ésta había sido una ventaja importante de minicomputadoras contemporáneas y de otros sistemas character-oriented, y su disponibilidad vía los 3270 fue dada la bienvenida con gusto.

Un golfo desarrollado entre el mundo 3270, centrado en el tratamiento transaccional página-orientado del chasis (especialmente vía CICS), y el mundo terminal del asynch, centrado en las minicomputadoras character-oriented y el reparto del tiempo de marcado manual. Los vendedores del terminal asincrónico mejoraron gradualmente sus productos con una gama de terminal elegante características, alcanzadas generalmente vía semencias de escape. Sin embargo, estos dispositivos compitieron raramente para 3270 usuarios; IBM mantuvo su dominación sobre decisiones de la compra del hardware del centro de datos del chasis.

Visto en la retrospección, había una divergencia filosófica importante entre computar block-oriented y character-oriented. Los reguladores terminales asincrónicos y 3270s ambos proveyeron del chasis interacciones block-oriented - esencialmente, hicieron que la entrada terminal parece un lector de tarjetas. Este acercamiento, preferido por IBM, condujo al desarrollo de paradigmas enteramente diversos del interfaz utilizador y de las estrategias de programación. Sistemas Character-oriented desarrollados diferentemente. La diferencia es evidente al comparar transacción atómica acercamiento de dominante CICS con el estilo interactivo, stream-oriented de UNIX. VM/CMS se desarrolló en alguna parte entre estos extremos. El CMS tiene comando-haber conducido, stateful, ambiente interactivo, más bien que adoptar el acercamiento del CICS de a apátrida orientado a transacciones interfaz. Con todo el CMS responde a la página o la interacción del línea-en-uno-tiempo, en vez del carácter interrumpe.

Funcionamiento

El CMS ganó una reputación muy buena para ser eficiente, y para tener buenos factores humanos para la facilidad de empleo, concerniente a los estándares del tiempo (y por supuesto antes de uso extenso de interfaz utilizador gráfico los ambientes por ejemplo son hoy de uso general). No era infrecuente tener centenares (más adelante: millares) de usuarios interactivos concurrentes del CMS en el mismo chasis de la VM, con los tiempos de reacción sub-segundos para el campo común, funciones “triviales”. VM/CMS superó constantemente el MVS y otros sistemas operativos de IBM en términos de ayuda para los usuarios interactivos simultáneos.

Programación y usos importantes

Muchos usuarios del CMS programados en las idiomas tales como COBOL, FORTRAN, PL/I, C/370, APL, y la lengua scripting REXX. VM/CMS era de uso frecuente como plataforma del desarrollo para los sistemas de producción que funcionaron bajo otros sistemas operativos de IBM, por ejemplo MVS.

Otros usuarios del CMS trabajaron con las paquetes de software comerciales por ejemplo FOCO, NÓMADA, SPSS, y SAS.

Contemporáneamente, el CMS era también un ambiente importante para el E-mail y la productividad de la oficina; un producto importante era PROFS de IBM (retitulado más adelante OfficeVision).

Dos herramientas de uso general del CMS son el redactor XEDIT y REXX lenguaje de programación. Ambos productos se han virado hacia el lado de babor a otras plataformas, y son ampliamente utilizados ahora fuera del ambiente de chasis.

Referencias

Vea VM (sistema operativo) para las fuentes y las citaciones VM-relacionadas de la fuente.

Fuentes primarias de CP/CMS

  • E.W. Pugh, L.R. Johnson, y Juan H. Palmer, Sistemas de IBM 360 y temprano 370, El MIT presiona, Cambridge mA y Londres, ISBN 0-262-16123-0
    - extenso (819 pp.) tratamiento de las ofrendas de IBM durante este período; el de respaldo limitado de CP/CMS en un trabajo tan definitivo está diciendo

Fuentes adicionales de CP/CMS

  • R. J. Adair, R. U. Bayles, L. W. Comeau, y R. J. Creasy, Un sistema virtual de la máquina para el 360/40, IBM Corporation, No. de centro científico del informe de Cambridge. 320 ‐ 2007 (el mayo de 1966)
    - una puesta en práctica que describe de papel seminal del concepto virtual de la máquina, con descripciones del CSC modificado para requisitos particulares S/360-40 y CP-40 diseño
  • International Business Machines Corporation, CP-67/CMS, Programa 360D-05.2.005, departamento de información del programa de IBM (el junio de 1969)
    - Manual de referencia de IBM
  • R. A. Meyer y L. H. Seawright, “un sistema en tiempo repartido de la máquina virtual,” Diario de los sistemas de IBM, Vol. 9, no. 3, pp. 199-218 (septiembre de 1970)
    - describe el sistema de CP-67/CMS, contorneando características y usos
  • R. P. Parmelee, T. I. Peterson, C. C. Tillman, y D. J. Hatfield, “almacenaje virtual y conceptos virtuales de la máquina,” Diario de los sistemas de IBM, Vol. 11, no. 2 (junio de 1972)

Fuentes del fondo CP/CMS

  • F. J. Corbató, y otros., El sistema de tiempo compartido compatible, guía de un programador, M.I.T. Presione, 1963
  • F. J. Corbató, M. Merwin-Daggett, y R. C. Daley, “un sistema de tiempo compartido experimental,” Proc. Conferencia común de la computadora del resorte (AFIPS) 21, pp. 335-44 (1962) - descripción de CTSS
  • F. J. Corbató y V. A. Vyssotsky, “introducción y descripción del sistema de MULTICS”, Proc. Conferencia común de la computadora de la caída (AFIPS) 27, pp. 185-96 (1965)
  • P. J. Denning, “memoria virtual”, Exámenes que computan Vol. 2, pp. 153-89 (1970)
  • J. B. Dennis, “segmentación y el diseño de los sistemas informáticos multiprogramados,” JACM Vol. 12, pp. 589-602 (1965)
    - requisitos de la memoria virtual para el MAC del proyecto, destinados para GE 645
  • C. A. R. Hoare y R. H. Perrott, Eds., Técnicas de los sistemas operativos, Prensa académica, Inc., Nueva York (1972)
  • T. Kilburn, D. B. G. Edwards, M. J. Lanigan, y F. H. Sumner, “sistema de un nivel del almacenaje”, Transporte de la IRA. Electrón. Computadoras EC-11, pp. 223-35 (1962)
    - Manchester/Ferranti Atlas
  • R. A. Nelson, “traz los dispositivos y el sistema de proceso de datos M44,” Informe RC 1303 de la investigación, IBM Thomas J. Centro de investigación de Watson (1964)
    - sobre IBM M44/44X
  • R. P. Parmelee, T. I. Peterson, C. C. Tillman, y D. J. Hatfield, “almacenaje virtual y conceptos virtuales de la máquina”, Diario de los sistemas de IBM, Vol. 11, pp. 99-130 (1972)

Recursos en línea adicionales de CP/CMS

The original article is from Wikipedia. To view the original article please click here.
Creative Commons Licence

 
Custom Search