El IBM System/360 Modelo 30 fue un miembro de gama baja de la familia IBM System/360. Se anunció el 7 de abril de 1964, se envió en 1965 y se retiró del mercado el 7 de octubre de 1977. [1] El Modelo 30 fue diseñado por la División de Sistemas Generales de IBM en Endicott , Nueva York, y fabricado en Endicott y otros sitios de fabricación de IBM fuera de los EE. UU.
El Modelo 30 fue un mainframe IBM muy popular que se anunció en 1964 como el menos potente de los System/360 . [NB 1] La serie System/360 fue la primera línea de computadoras del mundo que permitió escribir programas en lenguaje de máquina que pudieran usarse en una amplia gama de máquinas compatibles de diferentes tamaños. Era el modelo más pequeño que tenía el conjunto completo de instrucciones System/360 (a diferencia del Modelo 20 ) y servía como sistema independiente, sistema de comunicaciones o como procesador satélite de un sistema más grande. [1]
La primera entrega del 360/30 fue en junio de 1965 a McDonnell Aircraft . [2]
Junto con el 360/40 , estos fueron los dos modelos System/360 que más ingresos generaron , [2] representando más de la mitad de las unidades System/360 vendidas. [3]
Inicialmente se ofrecieron cuatro modelos [NB 2] del 360/30. [4] Varían según la cantidad de memoria central con la que se ofrecía el sistema. Los modelos C30, D30, E30 y F30 se configuraron respectivamente con 8K, 16K, 32K y 64K de memoria central. [4] : Fig.5, p.9
Se difundió poco el hecho de que existían dos versiones del Modelo 30, [4] : pp.2, 8, 9 conocidas (en las raras ocasiones en que se las distinguía) como 30-1 y 30-2. El 30-1 original tenía un ciclo de almacenamiento de 2,0 microsegundos. Más tarde, después de que se enviaran los primeros 1000 30-1, [2] fue reemplazado por el 30-2 de 1,5 microsegundos, aunque el 30-1 se mantuvo silenciosamente en el catálogo de ventas. Los dos eran cosméticamente diferentes; el 30-1 se parecía a otros modelos System/360, con lámparas indicadoras expuestas en el panel frontal y etiquetadas, pero el 30-2 dio un paso atrás en el diseño, colocando las luces detrás de una plantilla, como habían estado en las máquinas anteriores al 360 como el IBM 1401 .
El 30-2 (más rápido) tenía un modelo adicional, el DC30, con 24K de memoria. [4] : Fig.4, p.9
La séptima edición de la Guía del programador del sistema operativo básico IBM System/360, de septiembre de 1967, enumera entre los principales cambios el soporte para "un tamaño de almacenamiento intermedio (24K) para el modelo 30 del System/360". [5]
En respuesta a las presiones competitivas, IBM introdujo una opción de actualización de memoria, que permite 96K en un 360/30. [6] [7] Parece, basándose en el panel frontal del sistema, que se había planificado previamente una disposición para soportar más de 64K. [8]
La CPU del Modelo 30 utilizaba una microarquitectura de 8 bits con sólo unos pocos registros de hardware ; todo lo que veía el programador era emulado por el microprograma . [9] [10] El procesamiento de una palabra de 4 bytes tomaba (al menos) 6 microsegundos, en base a un tiempo de ciclo de acceso al almacenamiento de 1,5 microsegundos. [9] : pág. 1–4
El microcódigo se almacenaba en CCROS (Card Capacitor Read-Only Storage) desarrollado en Endicott. Originalmente, se suponía que el Modelo 30 y el Modelo 40 compartirían el almacenamiento de solo lectura de transformador (TROS) que se estaba desarrollando en IBM Hursley , pero CCROS era más barato de fabricar. [2] Este sistema utilizaba tarjetas de Mylar del tamaño y la forma de una tarjeta perforada estándar de IBM , por lo que el microcódigo podía modificarse utilizando una perforadora . Cada tarjeta contenía 720 bits y el microcódigo total constaba de 4032 palabras de 60 bits. El Mylar "envolvía pestañas de cobre y líneas de acceso". [11] Un agujero perforado en una ubicación específica eliminaba la pestaña de cobre y codificaba un cero, las ubicaciones sin perforar se leían como unos. [11]
Para mantener bajos los costos, las características de la CPU como el temporizador de intervalo y la función de protección de almacenamiento eran opcionales.
Opciones de sistema operativo :
BPS (Basic Programming Support) no requería una unidad de disco o de cinta. Fue introducido en 1965 y ha sido descrito [13] como "principalmente un conjunto de utilidades y compiladores (que) existían sólo en tarjetas". [13] : páginas 10, 18
BOS (Basic Operating System) requería una unidad de disco, pero, al igual que BPS, podía ejecutarse en el 360/30 más pequeño, el modelo 8K C30. [5] : pp.9, 10
La memoria mínima necesaria para ejecutar DOS o TOS era 16 KB.
TOS (Tape Operating System) , como sugiere su nombre, requería una unidad de cinta pero no un disco. Compartía la mayor parte del código base [14] y algunos manuales [15] [16] con el DOS/360 de IBM y tuvo 14 versiones. TOS se discontinuó [17] [ verificación fallida ] cuando las unidades de disco se volvieron más asequibles. [18]
DOS (sistema operativo de disco) fue una opción popular para el modelo 30. [19] [20] [21] [22]
El BOS más pequeño tenía un sistema de spooling para impresión en cola, [23] : p.9 mientras que el DOS no lo tenía [13] : página 18 hasta la llegada a fines de los años 1960 de "un componente adicional llamado POWER". [13] : página 16
La programación se hacía principalmente en los lenguajes COBOL , RPG y ensamblador para las aplicaciones comerciales, que eran los usos predominantes de esta computadora. Fortran también se podía utilizar para aplicaciones científicas y de ingeniería, y estaba disponible un compilador de subconjunto PL/I, PL/I(D). Los programas COBOL para otras computadoras se podían ejecutar después de volver a compilarlos en el System/360, excepto que INPUT-OUTPUT SECTIONdebían reescribirse para describir las asignaciones de dispositivos del System/360.
La capacidad de seguir ejecutando programas diseñados para sistemas anteriores fue crucial para vender nuevo hardware. [24] Aunque el conjunto de instrucciones del System/360 no era compatible con sistemas anteriores, [25] IBM proporcionó emuladores para los sistemas anteriores.
Con el hardware de función de compatibilidad adicional y el software de soporte de compatibilidad bajo DOS/360, los programas de objetos IBM 1401 / 1440 /1460 podían ejecutarse en el modo de emulación, con poca o ninguna reprogramación. [26] Muchas instalaciones incluían la función de compatibilidad, lo que permitía ejecutar programas más antiguos.
Aunque el 360/30 podía configurarse para emular un IBM 1620 , [4] : p.11 dos factores lo hicieron menos crucial que la emulación de la serie IBM 1400 mencionada anteriormente:
No olvidemos TOS, el primo bastardo de DOS. Ambos podrían generarse a partir del mismo conjunto de bibliotecas de distribución...