Puntos clave: IBM System/360, que celebraba su 60º aniversario, impactó profundamente la innovación de mainframes al introducir funciones como la memoria virtual. Anécdotas personales ilustran su papel fundamental en la formación de carreras en programación y en el avance de la tecnología mainframe, dando lugar a sistemas modernos que incorporan IA.
- System/360 fue pionero en la memoria virtual y en capacidades de procesamiento mejoradas.
- Las experiencias personales destacan su influencia en las carreras de TI y la gestión de sistemas.
Con el IBM® System/360 celebrando su60º aniversario este año, se preguntó al grupo de mainframe BMC si alguien recordaba haber trabajado con este hardware. En un momento de debilidad, admití que sí, y me pidieron que escribiera en un blog sobre lo que recordaba. Aunque hice mi primer curso de programación a los 15 años, aún en el instituto, no fue hasta que estaba cursando mi primer curso de programación como estudiante de primer año en la Universidad de Michigan (U de M) que utilicé un System/360. De hecho, interactué con dos máquinas System/360. El centro informático usaba un System/360 Modelo 20 para hacer funcionar los lectores de tarjetas e impresoras que usábamos para enviar todos nuestros programas a prueba, y Obtén los resultados en la salida impresa. Nuestros programas se ejecutaron en un System/360 Modelo 67 que era una máquina muy única en su momento. El 360/67 de la Universidad de Michigan fue el primer ordenador IBM con memoria virtual. El Modelo 67 se construyó según las especificaciones derivadas de un artículo escrito en 1966 por cuatro autores, Bruce Arden, Bernard Galler, Frank Westervelt (que eran subdirectores en el centro académico de computación de la Universidad de Michigan) y Tom O'Brian, llamado "Program and Addressing Structure in a Time-Sharing Environment". El Dr. Galler y el Dr. Westervelt fueron profesores a los que llegué a conocer durante mi tiempo en la U de M. Tomé mi primer curso avanzado de programación, así como el último curso de mi máster, con el Dr. Galler. Dato curioso: el hijo del Dr. Galler, Glenn, trabaja en el grupo de mainframe aquí en BMC. Conseguí mi primer trabajo en TI el verano antes de terminar mi máster en Project Management Associates (PMA), una filial de una empresa constructora, Townsend and Bottum, especializada en la construcción de centrales eléctricas. PMA me contrató para hacer desarrollo COBOL en un sistema de programación que estaban desarrollando para la industria de la construcción. Tuve un pequeño desafío con este primer trabajo. Aunque había aprendido lenguaje ensamblador básico, FORTAN, SNOBOL, PIL (lenguaje interpretativo de Pittsburgh), LISP, escrito un sistema operativo, un compilador para un lenguaje llamado GLORY y usado otros lenguajes de programación en la U de M, no ofrecían un curso de COBOL. Pasé la primera semana en mi nuevo trabajo leyendo el manual y aprendiendo COBOL. Los programas COBOL que desarrollé funcionaban en el sistema System/360 Modelo 30 del centro de procesamiento de datos Townsend y Bottum, que tenía 8 kilobytes (sí, 8K) de memoria física central—sin memoria virtual. Diseñé una estructura superpuesta en el programa para que reutilizara la memoria física mientras se ejecutaba. Por ejemplo, una vez realizado el procesamiento de inicialización, superponía esas instrucciones en memoria con las instrucciones para leer los datos y Crea el informe. Si el programa producía múltiples informes, necesitaba diseñar una estructura superpuesta para reutilizar el almacenamiento de instrucciones de la aplicación del primer informe para cada uno siguiente. Tras graduarme en la Universidad de Michigan, me trasladé a la empresa matriz Townsend y Bottum y continué escribiendo programas COBOL. Esos programas también se ejecutaban en un Modelo 30 que utilizaba el Disk Operating System (DOS), un predecesor de Virtual Storage Extended (VSE). Recuerdo cuando actualizaron el Modelo 30 de 8K a 32K de memoria. Esto redujo mucho los requisitos de procesamiento superpuesto en los programas. Un año después, mientras Townsend y Bottum se expandían, la empresa decidió actualizar a un System/360 Modelo 50. En ese momento, también decidió que necesitaba su propio programador de sistemas, y yo estaba dispuesto a aceptar el puesto, así que la empresa me envió a varios cursos de IBM para Obtén el conocimiento que necesitaría para el trabajo. Mi primera actividad como nuevo programador de sistemas fue calcular los requisitos de energía eléctrica para el nuevo Modelo 50, el banco asociado de ocho unidades de disco 2314 (donde cada paquete de discos contenía 29 MB de datos), las unidades de cinta, la impresora, el lector/perforador de tarjetas y otros periféricos para que la sala de ordenadores pudiera diseñarse con suficiente potencia para hacer funcionar el sistema. Inicialmente, el mismo sistema operativo DOS que estaba en el Modelo 30 se usó para el nuevo Modelo 50, pero poco después instalé el Operating System/360 (OS/360) que estaba diseñado para el nuevo hardware. El primer sistema OS/360 que generé e instalé fue Multiprogramación con un Número Fijo de Tareas (OS/MFT). Más tarde, actualicé el sistema operativo para ejecutar OS/360 Multiprogramación con un Número Variable de Tareas (OS/MVT). Ambos eran sistemas de memoria no virtual, ya que el Modelo 50 no venía con capacidad de memoria virtual. Tras unos años más de crecimiento empresarial, el System/360 era demasiado pequeño y Townsend y Bottum pasaron a una máquina System/370, así que dejé la plataforma System/360 y pasé a esta máquina más grande y rápida que tenía memoria virtual. Gracias por permitirme este viaje por el camino de los recuerdos. Es increíble pensar en lo lejos que han llegado los sistemas mainframe manteniendo su papel como sistema de referencia para la economía global. El System/360 original y la innovación de las versiones posteriores proporcionaron la base para los mainframes modernos y su utilización de tecnología de vanguardia, incluida la inteligencia artificial (IA). Aunque es emocionante Ve lo que está en el horizonte para futuras versiones del mainframe, no tendría la base y el conocimiento que poseo hoy si no hubiera comenzado mi carrera en el IBM System/360.
Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.