IBM System/360 legte den Grundstein für die Mainframe-Innovation

Da das IBM^® System/360 in diesem Jahr sein 60-jähriges Jubiläum feierte, wurde die BMC-Großrechnergruppe gefragt, ob sich jemand daran erinnert, an dieser Hardware gearbeitet zu haben. In einem Moment der Schwäche gab ich zu, dass ich das getan hatte, und wurde gebeten, über meine Erinnerungen zu bloggen. Obwohl ich meinen ersten Programmierkurs mit 15 Jahren noch in der High School belegte, benutzte ich erst als Erstsemester an der University of Michigan (U of M) einen System/360. Tatsächlich hatte ich Kontakt zu zwei System/360-Maschinen. Das Rechenzentrum nutzte ein System/360 Modell 20, um die Kartenleser und Drucker zu betreiben, mit denen wir alle unsere Programme zur Prüfung einreichten, und wir bekamen die Ergebnisse auf gedruckten Ausgaben zurück. Unsere Programme wurden auf einem System/360 Modell 67 ausgeführt, das damals eine sehr einzigartige Maschine war. Der 360/67 an der University of Michigan war der erste IBM-Computer mit virtuellem Speicher. Das Modell 67 wurde nach den Spezifikationen gebaut, die aus einer Arbeit aus dem Jahr 1966 von vier Autoren geschrieben wurde: Bruce Arden, Bernard Galler, Frank Westervelt (die stellvertretende Direktoren am akademischen Rechenzentrum der U of M waren) und Tom O'Brian, mit dem Titel "Program and Addressing Structure in a Time-Sharing Environment". Dr. Galler und Dr. Westervelt waren Professoren, die ich während meiner Zeit an der University of M kennenlernte. Meinen ersten fortgeschrittenen Programmierkurs absolvierte ich sowie im letzten Kurs meines Masterstudiums bei Dr. Galler. Fun Fact: Dr. Gallers Sohn Glenn arbeitet hier in der Großrechnergruppe bei BMC. Meinen ersten IT-Job bekam ich im Sommer vor meinem Masterabschluss bei Project Management Associates (PMA), einer Tochtergesellschaft der Baufirma Townsend and Bottum, die auf den Bau von Kraftwerken spezialisiert war. PMA engagierte mich, um COBOL-Entwicklung auf einem Planungssystem zu übernehmen, das sie für die Bauindustrie entwickelten. Bei diesem ersten Job hatte ich eine kleine Herausforderung. Obwohl ich Basic Assembler Language, FORTAN, SNOBOL, PIL (Pittsburgh Interpretive Language), LISP gelernt, ein Betriebssystem geschrieben, einen Compiler für eine Sprache namens GLORY geschrieben und andere Programmiersprachen an der U of M verwendet hatte, boten sie keinen Kurs in COBOL an. Ich verbrachte die erste Woche meines neuen Jobs damit, das Handbuch zu lesen und COBOL zu lernen. Die COBOL-Programme, die ich entwickelte, liefen auf dem Townsend and Bottum Data Processing Center System/360 Model 30, das 8 Kilobyte (ja, 8K) physischen Kernspeicher hatte – kein virtueller Speicher. Ich entwarf eine Überlagerungsstruktur im Programm, sodass der physische Speicher während der Ausführung wiederverwendet wurde. Zum Beispiel legte ich nach der Initialisierung diese In-Memory-Anweisungen mit den Anweisungen zum Lesen der Daten und Erstellung des Berichts übereinander. Wenn das Programm mehrere Berichte erstellte, musste ich eine Overlay-Struktur entwerfen, um den Anwendungsbefehlsspeicher aus dem ersten Bericht für jeden weiteren Bericht wiederzuverwenden. Nach meinem Abschluss an der U of M wechselte ich zur Muttergesellschaft Townsend and Bottum und schrieb weiterhin COBOL-Programme. Diese Programme liefen auch auf einem Model 30, das das Disk Operating System (DOS) nutzte, einen Vorgänger von Virtual Storage Extended (VSE). Ich erinnere mich, als das Modell 30 von 8K auf 32K Speicher aufgerüstet wurde. Dies reduzierte die Anforderungen an die Overlay-Verarbeitung in den Programmen erheblich. Ein Jahr später, als Townsend and Bottum expandierte, entschied sich das Unternehmen, auf ein System/360 Modell 50 umzurüsten. Zu diesem Zeitpunkt entschied es sich auch, einen eigenen Systemprogrammierer zu benötigen, und ich war bereit, die Position anzunehmen, also schickte mich das Unternehmen zu mehreren IBM-Kursen, um das für den Job benötigte Wissen zu erwerben. Meine erste Aufgabe als neuer Systemprogrammierer war die Berechnung der Stromanforderungen für das neue Modell 50, die zugehörige Bank von acht 2314-Festplattenlaufwerken (wobei jedes Festplattenpaket 29 MB Speicher enthielt), die Bandlaufwerke, Drucker, Kartenleser/-locher und andere Peripheriegeräte, damit der Computerraum mit genügend Leistung ausgestattet werden konnte, um das System zu betreiben. Anfangs wurde dasselbe DOS-Betriebssystem wie das Modell 30 für das neue Modell 50 verwendet, aber kurz darauf installierte ich das Betriebssystem/360 (OS/360), das für die neue Hardware entwickelt wurde. Das erste OS/360-System, das ich erstellte und installierte, war Multiprogramming mit einer festen Anzahl von Aufgaben (OS/MFT). Später aktualisierte ich das Betriebssystem, um OS/360 Multiprogramming mit variabler Anzahl von Aufgaben (OS/MVT) auszuführen. Beide waren nicht-virtuelle Speichersysteme, da das Model 50 keine virtuelle Speicherfähigkeit hatte. Nach einigen weiteren Jahren Geschäftswachstum war das System/360 zu klein, und Townsend und Bottum wechselten zu einer System/370-Maschine, sodass ich die System/360-Plattform verließ und auf diese größere und schnellere Maschine mit virtuellem Speicher wechselte. Danke, dass Sie mir auf meiner Reise durch die Erinnerung mitgenommen haben. Es ist erstaunlich zu bedenken, wie weit Großrechnersysteme gekommen sind, während sie ihre Rolle als System der globalen Wirtschaft beibehalten haben. Das ursprüngliche System/360 und die Innovationen nachfolgender Versionen bildeten die Grundlage für moderne Großrechner und deren Nutzung modernster Technologien, einschließlich künstlicher Intelligenz (KI). Es ist zwar spannend zu sehen, was für zukünftige Versionen des Großrechners auf mich zukommt, aber ich hätte heute nicht den Hintergrund und das Wissen, das ich besitze, wenn ich meine Karriere nicht mit dem IBM System/360 begonnen hätte.

Diese Beiträge sind meine eigenen und spiegeln nicht unbedingt die Position, Strategien oder Meinung von BMC wider.