Sistema de tiempo compartido compatible

Para julio de 1961 ^{[ 10 ]} algunos comandos de tiempo compartido se habían vuelto operativos en el IBM 709 del Centro de Computación, y en noviembre de 1961, Fernando J. Corbató demostró en el MIT lo que se denominó el Sistema Experimental de Tiempo Compartido . El 3 de mayo de 1962, FJ Corbató, MM Daggett y RC Daley publicaron un artículo sobre ese sistema en la Conferencia Conjunta de Computación de Primavera . ^{[ 11 ]} "[ L]as partes principales del [sistema CTSS fueron preparadas en gran medida por]: la Sra. Marjorie M. Daggett, el Sr. Robert Daley, el Sr. Robert Creasy, la Sra. Jessica Hellwig, el Sr. Richard Orenstein y el Profesor FJ Corbató". ^{[ 8 ] [ 12 ]}

El sistema utilizaba un IBM 7090 , modificado por Herbert M. Teager , con tres Flexowriters añadidas para las consolas de usuario y posiblemente un temporizador . Cada uno de los tres usuarios disponía de dos unidades de cinta : una para el directorio de archivos del usuario y otra para volcar el núcleo (programa en memoria). También había una unidad de cinta para los comandos del sistema; no había unidades de disco. La memoria era de 27 k palabras (palabras de 36 bits) para los usuarios y de 5 k palabras para el supervisor (sistema operativo).

La entrada de las consolas se escribía en los búferes del supervisor mediante interrupciones , y cuando se recibía un carácter de retorno , el control se transfería al supervisor, que intercambiaba el código en ejecución a la cinta y decidía qué ejecutar a continuación. Los comandos de consola implementados en ese momento eran login, logout, input, edit, fap, mad, madtrn, load, use, start, skippm, listf, printf, xdump y xundump . ^{[ 11 ]}

Esta se convirtió en la versión inicial del Sistema de Tiempo Compartido Compatible (CTSS). Aparentemente, esta fue la primera demostración pública de tiempo compartido ; existen otras afirmaciones, pero se refieren a sistemas de propósito específico o a documentos no publicados. La "compatibilidad" del CTSS se refería a las tareas en segundo plano que se ejecutaban en el mismo ordenador, las cuales generalmente utilizaban más recursos informáticos que las funciones de tiempo compartido.

La primera versión del software de traducción de braille DOTSYS se ejecutaba en CTSS y podía imprimir en una impresora de páginas braille BRAILLEMBOSS. ^{[ 13 ] [ 14 ]} DOTSYS en CTSS se demostró por primera vez el 18 de agosto de 1966, como parte de un estudio de viabilidad en el que se convirtió cinta de teletipo, en forma de noticias, a braille de grado 2. Al mes siguiente se demostró con éxito la viabilidad de convertir información de libros de texto en cinta de teletipo a braille de grado 2 sin errores. ^{[ 15 ]}

Como MIT CTSS era un sistema académico, un vehículo de investigación y no un sistema para computación comercial, dos años después se utilizó una versión de DOTSYS sin dependencias de CTSS para facilitar la portabilidad del software en una IBM 709 en la American Printing House for the Blind para imprimir la primera edición en braille de un libro producido a partir de la entrada de la telecompositora, solo unas semanas después de la versión impresa con tinta. ^{[ 16 ]} Al año siguiente, en CTSS, se mostró una demostración de impresión de tablas matemáticas en braille. Se escribió un breve programa en FORTRAN II para producir una tabla de conversión de pulgadas a milímetros en braille mediante la impresora de páginas braille BRAILLEMBOSS. ^{[ 17 ]}

El sistema de recuperación Intrex se ejecutaba en CTSS. Intrex era un sistema experimental de almacenamiento y recuperación bibliográfica orientado a máquinas, modelo piloto, con una base de datos que almacenaba un catálogo de aproximadamente 15 000 artículos de revistas. Se utilizó para desarrollar y probar conceptos de automatización de bibliotecas. ^{[ 18 ] [ 19 ] [ 20 ]} Una implementación de tres consolas BRISC CRT para pruebas en la Biblioteca de Ingeniería del MIT demostró que era preferible a otros dos sistemas, ARDS y DATEL. ^{[ 21 ]}

CTSS utilizaba un ordenador central IBM 7090 modificado ^{[ 28 ]} que tenía dos bancos de memoria principal de 32.768 (32K) palabras de 36 bits en lugar de la configuración predeterminada que proporciona solo uno. ^{[ 29 ] [ 30 ]} Un banco estaba reservado para el programa supervisor de tiempo compartido, el otro para los programas de usuario. CTSS tenía un núcleo en modo protegido; las funciones del supervisor en el núcleo A (banco de memoria A) solo podían ser llamadas por interrupciones de software, como en los sistemas operativos modernos. Se utilizaban interrupciones de protección de memoria para las interrupciones de software. ^{[ 8 ]} La planificación de asignación de procesadores con una unidad de tiempo cuántico de 200 ms, estaba controlada por una cola de retroalimentación multinivel . ^{[ 29 ]} También tenía hardware especial de gestión de memoria, ^{[ 31 ]} una interrupción de reloj, ^{[ 32 ]} y la capacidad de interceptar ciertas instrucciones. ^{[ 31 ]}

• RDFLXA – Lee una línea de entrada desde la consola
• WRFLX – Escribe una línea de salida en la consola
• MUERTO: Pone al usuario en estado muerto, sin ningún programa en memoria.
• DORMNT – Pone al usuario en estado de reposo, con el programa en memoria.
• GETMEM – Obtener el tamaño de la asignación de memoria
• SETMEM – Establece el tamaño de la asignación de memoria
• TSSFIL – Obtenga acceso a los archivos del sistema CTSS en el disco
• USRFIL – Volver al directorio del usuario
• GETBRK – Obtener el contador de ubicación de instrucciones al salir

Inicialmente, CTSS solo contaba con un ensamblador ( FAP ) y un compilador para el lenguaje MAD . Además, el código FORTRAN II podía traducirse a código MAD mediante MADTRN. Posteriormente, la mitad del sistema se escribió en MAD. Se añadieron otros lenguajes de programación, como COMIT II , ​​LISP 1.5 y una versión de ALGOL .

Cada usuario tenía su propio directorio para almacenar sus datos, y también existían directorios compartidos para grupos de personas con el mismo "número de problema". Cada archivo tenía nombres de dos partes, la segunda indicando su tipo, al igual que la extensión del nombre de archivo en sistemas posteriores. Inicialmente, cada archivo podía tener uno de cuatro modos: temporal, permanente, solo lectura clase 1 y solo lectura clase 2. La clase de solo lectura 1 permitía al usuario cambiar el modo del archivo. Los archivos también podían vincularse simbólicamente entre directorios. Ejemplo de listado de directorios con listf :

 10 ARCHIVOS, 20 PISTAS USADAS FECHA NOMBRE MODO NÚMERO DE PISTAS 5/20/63 PRINCIPAL MAD P 15 5/17/63 DPFA SÍNTOMA P 1 5/17/63 DPFA BSS P 1 17/5/63 DPFA FAP P 2

El hardware de entrada/salida consistía principalmente en periféricos estándar de IBM . Estos incluían seis canales de datos conectados a:

• Impresoras, lectores de tarjetas perforadas y perforadoras
• Unidades de cinta IBM 729 , un sistema de almacenamiento en disco IBM 1301 , posteriormente actualizado a un IBM 1302 con capacidad para 38 millones de palabras.
• Una memoria de tambor IBM 7320 con 186.000 palabras que podía cargar un banco de memoria de 32.000 palabras en un segundo (posteriormente mejorada a 0,25 segundos).
• Dos pantallas de gráficos vectoriales de alta velocidad personalizadas ^{[ 33 ]}
• Una unidad de control de transmisión IBM 7750 capaz de soportar hasta 112 terminales de teleimpresora , incluyendo las IBM 1050 Selectric y Modelo 35. Algunas de las terminales estaban ubicadas de forma remota, y se podía acceder al sistema mediante las redes públicas de Telex y TWX .