Die Pre-360 Landschaft: Ein Turm von Babel

Um die seismische Verschiebung zu verstehen, die das IBM System/360 verursachte, muss man das Chaos verstehen, das das Enterprise Computing in den späten 1950er und frühen 1960er Jahren definierte. Damals verkaufte IBM allein sieben völlig unterschiedliche Computerlinien: die kleine 1400-Serie, die massive 7000-Serie für die wissenschaftliche Arbeit, die 1620 für das Engineering und einige andere. Jeder hatte seinen eigenen Befehlssatz, sein eigenes Betriebssystem (wenn es überhaupt eines hatte), seine eigenen Peripheriegeräte und seine eigenen Programmiersprachen. Ein Kunden-Upgrade von einem IBM 1401 zu einem IBM 7090 sah sich mit dem Umschreiben jeder Software konfrontiert, Umschulung von Personal und oft Ersetzen von Lochkartenlesern und Bandlaufwerken. Dieser Kompatibilitäts-Albtraum war nicht nur für IBM einzigartig; jeder Hersteller - Remington Rand, Burroughs, Honeywell, NCR, CDC - bot ähnlich fragmentierte Produktlinien.

Dieses Herdrohrmodell sperrte die Kunden in eine einzige Maschine und erstickte das Wachstum. Ein Unternehmen, das mit einem kleinen Buchhaltungscomputer begann und später wissenschaftliche Pferdestärken benötigte, musste alles wegwerfen und neu anfangen. Die Branche wuchs exponentiell, aber die Kosten für den Übergang wurden unhaltbar. IBMs Führung sah sowohl eine Krise als auch eine Chance. 1961 begann das Unternehmen leise, eine radikale Idee zu erforschen: eine einzige, kompatible Familie von Allzweckcomputern, die das gesamte Leistungsspektrum abdecken konnten, vom Austausch des kleinsten 1401 bis zum Verdunkeln des schnellsten 7094.

Die Vision und die Wette

Bei einer wichtigen internen Sitzung Ende 1961 stellte ein Komitee den so genannten SPREAD-Bericht vor, benannt nach den beteiligten IBM-Gruppen: Systeme, Programmierung, Forschung, Ingenieurwesen und Entwicklung. Der Bericht kam zu dem Schluss, dass IBMs Zukunft nicht darin bestand, bestehende Linien zu reparieren, sondern eine völlig neue, einheitliche Architektur zu bauen. Die Maschine, die schließlich System/360 genannt wurde, um ihre "360-Grad" -Abdeckung aller Computeranforderungen widerzuspiegeln, wäre die erste Produktlinie, die die Architektur von der Implementierung entkoppelt. Was zählte, war nicht die spezifische Hardware unter den Abdeckungen, sondern der Satz von Anweisungen und Schnittstellen, den der Programmierer sah - ein Konzept, das wir jetzt nennen Instruction Set Architecture (ISA).

Das war ein enormes Glücksspiel. IBM schätzte die Entwicklungskosten auf 5 Milliarden Dollar, mehr als das Doppelte seines jährlichen Umsatzes zu dieser Zeit. CEO Thomas J. Watson Jr. beschrieb es später als "die riskanteste Geschäftsentscheidung in unserer Geschichte." Das Unternehmen wettete im Wesentlichen auf die Überzeugung, dass Kunden kurzfristige Schmerzen gegen langfristige Kompatibilität und Skalierbarkeit eintauschen würden. Das Programm wurde am 7.

April 1964 offiziell angekündigt, ein Datum, das in den Annalen der Technologie legendär geworden ist. Die Kühnheit der Ankündigung - die sich auf sechs erste Modelle mit Leistungsbereichen von 50 zu 1 bezog, die alle die gleiche Software laufen - verblüffte Konkurrenten und begeisterte Kunden.

Engineering des Systems/360

Die Architekturstiftung

Das Projekt wurde von einem legendären Team geleitet, zu dem Gene Amdahl (Chefarchitekt), Frederick P. Brooks Jr. (Projektmanager) und Bob Evans (Vizepräsident der Data Systems Division) gehörten. Amdahls Hauptbeitrag war die Architektur selbst: eine 32-Bit-Wortgröße, 24-Bit-Adressierung (so dass bis zu 16 MB Speicherplatz, eine astronomische Figur für die Zeit), und entscheidend, die Annahme des 8-Bit-Bytes als grundlegende Speichereinheit. Während andere Maschinen Wortgrößen verschiedener Länge verwendet hatten, standardisierte der S/360 das Byte, eine Entscheidung, die in jedem modernen Prozessor Bestand hatte. Die Architektur führte auch einen sauberen, orthogonalen Befehlssatz ein, in dem jede Anweisung jedes Register und jeden Adressierungsmodus verwenden konnte - eine radikale Abkehr von den unregelmäßigen Designs früherer Maschinen.

Mikroprogrammierung: Der Enabler der Kompatibilität

Ebenso revolutionär war die Implementierungstechnik, die eine kompatible Familie ermöglichte: Mikroprogrammierung, die von John Cocke und anderen unterstützt wurde. Anstelle der Hardwiring-Steuerlogik für jedes Modell verwendete die S/360 eine Schicht aus Low-Level-Code (Mikrocode), die Maschinenanweisungen interpretierte. Das bedeutete, dass der gleiche externe Befehlssatz auf sehr unterschiedlicher Hardware ausgeführt werden konnte - von langsamen, wirtschaftlichen Modellen, die mit kostengünstigen Schaltungen gebaut wurden, bis hin zu High-End-Modellen, die die schnellste verfügbare Logik verwendeten - einfach durch Anpassung des Mikrocodes. Das Ergebnis war eine beispiellose Skalierbarkeit, ohne die Kompatibilität der Software zu beeinträchtigen. Dieser Ansatz ermöglichte IBM, einen Minicomputer-ähnlichen Einstiegspunkt (Modell 30) und ein Supercomputer-Kraftwerk (Modell 91) unter dem gleichen architektonischen Dach zu entwerfen.

Solid Logic Technologie

Um die notwendige Geschwindigkeit und Zuverlässigkeit zu erreichen, investierte IBM in eine neue Verpackungstechnologie namens Solid Logic Technology (SLT). Anstatt diskrete Transistoren und Dioden zu verwenden, montierte SLT winzige Keramikmodule, die miteinander verbundene Halbleiterelemente enthielten, jedes Modul etwa halb so groß wie ein Briefmarken. Diese Module wurden dann auf dicht gepackten Leiterplatten montiert. SLT war ein Vorläufer echter integrierter Schaltungen, und während General Electric und andere etwa zur gleichen Zeit IC-basierte Maschinen hatten, gab IBMs Ansatz dem S/360 ein Niveau der Herstellbarkeit und Zuverlässigkeit, das es dem Unternehmen ermöglichte, die Maschinen in hohem Volumen zu produzieren. Bis 1967 wurden über 2.000 S/360-Systeme jeden Monat ausgeliefert - eine erstaunliche Rate für eine so teure und komplexe Produktlinie.

Model Diversity und die Bandbreite der Performance

Die erste Ankündigung umfasste sechs Modelle: Modell 30, 40, 50, 60, 62 und 70 (die Modelle 60 und 62 wurden später durch die 65 und 67 ersetzt). Die Leistung reichte von etwa 35.000 Anweisungen pro Sekunde beim Low-End-Modell 30 bis zu über 500.000 beim High-End-Modell 70. Spätere Modelle erweiterten die Grenzen noch weiter. Das Modell 20 wurde hinzugefügt, um den tiefsten Punkt des Marktes zu erfassen - im Wesentlichen ein Ersatz für den 1401 - unter Verwendung einer Teilmenge des Befehlssatzes, aber immer noch kompatibel auf Datenebene. Das Modell 91, eine leistungsstarke wissenschaftliche Maschine mit fortschrittlichem Pipelining und Out-of-Order-Ausführung, wurde zu einer Legende in Supercomputing-Kreisen, konkurrierenden Maschinen von CDC und Cray.

Das Modell 67 führte dynamische Adressübersetzung für den virtuellen Speicher ein, eine Funktion, die später Standard wurde System/370. Alle liefen mit dem gleichen OS/360-Betriebssystem - eine Ambition, die ein eigenes Epos in der Computergeschichte schuf.

Die OS/360 Saga und die Geburt des Software Engineering

Wenn die Hardware ein Triumph war, entgleiste die Software fast das gesamte Projekt. Der ursprüngliche Plan war, ein einziges, monolithisches Betriebssystem, OS/360, zu liefern, das Batch-Jobs verwalten, Echtzeit-Verarbeitung unterstützen, verschiedene E/A-Geräte handhaben und eine gemeinsame Programmierschnittstelle bereitstellen würde. Das Ausmaß der Aufgabe wurde grob unterschätzt. Frederick Brooks, in seinem wegweisenden Buch The Mythical Man-Month, zeichnete die kaskadierenden Verzögerungen und die schmerzhaften Lektionen auf. Wie er berühmt bemerkte, "erschafft das Hinzufügen von Arbeitskraft zu einem späten Softwareprojekt es später."

Brooks dokumentierte auch die Schwierigkeiten bei der Schätzung von Zeitplänen für große Softwareprojekte, den Kommunikations-Overhead, der der Teamgröße innewohnt, und die Illusion des Fortschritts aus unvollständigem Code.

Der Softwareaufwand wuchs auf über 2.000 Programmierer an seinem Höhepunkt und die Kosten stiegen. 1966 war IBM gezwungen, seine Ambitionen zurückzuschrauben, schließlich wurde ein praktischerer Satz von Betriebssystemen ausgeliefert: PCP (Primary Control Program) für einfache Batch-Umgebungen, MFT (Multiprogramming mit einer festen Anzahl von Aufgaben) und MVT (Multiprogramming mit einer variablen Anzahl von Aufgaben) für größere Installationen und später TSS (Time Sharing System) für interaktives Computing. OS/360 wurde nie vollständig wie ursprünglich geplant verwirklicht, aber die Lektionen veränderten die Industrie. Brooks Arbeit wurde die Grundlage für modernes Software-Projektmanagement und der Begriff "Software Engineering" gewann als direktes Ergebnis der System/360 Erfahrung an Bedeutung. Das Projekt spornte auch Fortschritte bei Softwaretests, Konfigurationsmanagement und formalen Design-Reviews an - Praktiken, die heute noch Standard sind.

Marktauswirkungen und IBMs Dominanz

Nach seiner Veröffentlichung verkaufte sich das System/360 nicht nur, sondern definierte den Markt neu. Das Versprechen von Langlebigkeit und Migration ohne Strafe war für Unternehmensrechenzentren unwiderstehlich. Innerhalb von fünf Jahren nach der Ankündigung hatte IBM über 25.000 Systeme weltweit installiert. Der Umsatz ermöglichte es IBM, Investitionen in Support, Bildung und ein umfangreiches Partner-Ökosystem zu investieren. Der 360 wurde zum Bezugspunkt, an dem alle anderen Computer gemessen wurden.

Sein Befehlssatz brachte eine Dynastie hervor: System/370, 30xx, 4300, 9370 und schließlich die zSeries Mainframes von heute, die immer noch Anwendungen ausführen, die fast sechs Jahrzehnte später für den S/360 geschrieben wurden.

Die wirtschaftlichen Auswirkungen waren tief greifend. Da die Architektur dokumentiert und stabil war, konnten Unternehmen in langfristige Softwareentwicklung investieren. Branchen wie Banken, Versicherungen und Fluggesellschaften automatisierten ihre Kerngeschäfte auf S/360-Plattformen. Die Maschine ermöglichte die ersten Online-Reservierungssysteme (SABRE, obwohl ursprünglich auf der 7090, entwickelte sich auf der 360), das groß angelegte Bestandsmanagement und die frühen Phasen elektronischer Geldtransfers. Das Konzept "eine Architektur, viele Implementierungen" senkte die Schulungskosten und schuf eine ganze Generation von Programmierern, die in COBOL, FORTRAN und Assembler für die S/360.

Das Software-Ökosystem, das um die 360 herum wuchs - einschließlich Datenbankmanagementsysteme wie IMS und später DB2 - wurde ein Multi-Milliarden-Dollar-Markt für sich.

Der Ripple-Effekt auf Konkurrenten und Klone

Antwort der Wettbewerber

Der kommerzielle Erfolg der 360 zwang den Rest der Industrie, Kompatibilitätsstrategien zu übernehmen. RCA, die die Spectra 70-Serie mit einer ähnlichen Architektur entworfen hatte, war einer der ersten, der den Ansatz nachahmte, aber letztendlich nicht mit IBMs Herstellung und Support Schritt halten konnte. General Electric und Honeywell versuchten nach einer Fusion ihrer Computerabteilungen mit der GE-600 / Honeywell 6000-Serie, zogen sich aber in den 1970er Jahren vom Mainframe-Markt zurück. Der einzige wirklich überlebende Konkurrent war in gewisser Weise Control Data Corporation, die sich auf Supercomputer statt auf Allzwecksysteme konzentrierte. Sogar CDC fand sich schwer, da IBMs Modell 91 vergleichbare Leistung für einen breiteren Markt bot.

Das Plug-kompatible Herstellerphänomen

Noch bedeutender war die Entstehung des Marktes für Plug-kompatible Hersteller (PCM). Unternehmen wie Amdahl Corporation (gegründet von Gene Amdahl, nachdem er IBM 1970 verlassen hatte) begannen Prozessoren zu bauen, die die S/360- und später S/370-Anweisungen zu niedrigeren Kosten oder höherer Leistung emulierten. Dies war nur möglich, weil die Architektur öffentlich war und die Schnittstellen gut dokumentiert waren. Die PCMs förderten eine Wettbewerbsdynamik, die die Preise nach unten und die Innovation nach oben trieb. Die Schaffung eines Sekundärmarktes für Peripheriegeräte, Speicherupgrades und Software verstärkte den Einfluss der 360 weiter, verwischte die Grenze zwischen IBMs Produkten und einem offenen Standard.

Dieses Modell deutete direkt die moderne Ära der Standard-x86-Server und Cloud-Computing an, wo Kompatibilität zwischen Anbietern als selbstverständlich angesehen wird.

Architekturerbe und moderne Fußabdrücke

Die technischen Entscheidungen des S/360 spiegeln sich heute laut wider. Das 8-Bit-Byte ist universell; jeder Computer, den wir verwenden, erbt diese Wahl. Die Idee eines sauberen, orthogonalen Befehlssatzes beeinflusste das Design von DECs VAX, Motorolas 68000 und sogar die frühe RISC-Forschung bei IBM und Berkeley. Während x86 nicht direkt von S/360 abstammt, behielt Intels 8086-Architektur das Konzept einer kompatiblen Familie über mehrere Leistungspunkte hinweg bei, wenn auch mit einem ganz anderen Ansatz. Das Prinzip, dass eine Computer-"Architektur" ein logischer Vertrag ist, der von seiner physischen Implementierung getrennt ist, ist das Fundament des modernen Computing.

Die Mikroprogrammierungsschicht, die durch den S/360 eingeführt wurde, ebnete den Weg für spätere Innovationen wie spekulative Ausführung und dynamische Übersetzung.

Auf der Softwareseite führten die Kämpfe mit OS/360 zur Disziplin des Software-Engineering, der formalen Verwaltung großer Codebasen und der Entwicklung strukturierter Programmierung. Sprachen wie PL / I, obwohl oft verleumdet, waren ein früher Versuch, wissenschaftliche und geschäftliche Programmierung zu vereinheitlichen - ein Ziel, das direkt von der Allzweckmission der 360 inspiriert wurde. Die Datenbanksysteme, die sich später zu IBMs IMS und DB2 entwickelten, wurden auf S/360-Mainframes geboren und formten den relationalen Datenbankmarkt seit Jahrzehnten. IBMs Engagement für Rückwärtskompatibilität bedeutete, dass Kunden von der 360 zur 370 und später zur ESA/390 und z / Architektur wechseln konnten ohne ihre Anwendungen neu zu schreiben - eine Garantie für Investitionsschutz, die keine andere Plattform erreicht hat.

Heute ist IBMs Mainframe-Geschäft, obwohl ein Bruchteil des gesamten IT-Marktes, weiterhin strategisch wichtig für die globale Finanz- und Logistikbranche. Ein moderner IBM z16-Mainframe kann die gleichen S/360-Binärprogramme ohne Modifikation ausführen - eine Kompatibilitätskette, die 60 Jahre umfasst. Keine andere Plattform kann eine solche Langlebigkeit beanspruchen. Die Entscheidung, die Architektur auf einer hohen Abstraktionsebene einzufrieren, ermöglichte es Hardware-Ingenieuren, radikal unter dem Befehlssatz zu innovieren und gleichzeitig die Software-Investition des Kunden zu erhalten. Der z16 mit seinen On-Chip-Beschleunigern für künstliche Intelligenz und quantensicherer Kryptographie ist ein direkter Nachkomme dieser 1964-Wette.

Fazit: Ein Blueprint für das digitale Zeitalter

Das IBM System/360 war weit mehr als eine Produktlinie; es war eine Blaupause dafür, wie sich eine ganze Industrie um Standards, Interoperabilität und mehrschichtige Abstraktion herum strukturiert. Es zeigte, dass ein Unternehmen eine Plattform schaffen konnte, die jede einzelne Maschinengeneration überdauern würde, und damit den Zyklus der Kommodifizierung und Spezialisierung einleitete, der jetzt die digitale Wirtschaft definiert. Die riskante Wette zahlte sich nicht nur in den Einnahmen aus, sondern auch in der Schaffung der intellektuellen Grundlage für alles, von der Entwicklung von Compilern und Betriebssystemen bis hin zum modernen Konzept eines Ökosystems. Der Einfluss der 360 kann in der Art und Weise gesehen werden, wie Cloud-Anbieter kompatible virtuelle Maschinen anbieten, in der Art und Weise, wie Software-Frameworks Abstraktionsebenen bieten und in der Art und Weise, wie die gesamte Technologieindustrie Rückwärtskompatibilität als Tugend annimmt.

Für diejenigen, die Technologiegeschichte studieren, steht der S/360 als ein herausragendes Beispiel für strategische Vision in Kombination mit technischer Ausführung. Er hat die schwierigen Probleme der Kompatibilität, Zuverlässigkeit und Herstellbarkeit direkt angepackt und seine Lektionen wurden in jede nachfolgende Prozessorfamilie aufgenommen. Die IBM Centennial Page auf System/360 Computer History Museum bewahrt Arbeitsbeispiele und mündliche Geschichten. Brooks ]Der mythische Mann-Monat ist weiterhin erforderlich. Die Maschinen sind lange im Ruhestand, aber die Prinzipien, die sie verkörpert haben, sind in das Gewebe jedes Smartphones, Cloud-Servers und eingebettetes Geräts eingewoben, das wir heute verwenden.

Das System/360 lehrte uns, dass großartige Plattformen nicht auf ephemerer Hardware, sondern auf dauerhaften Abstraktionen gebaut werden. und diese Lektion ist heute relevanter als je zuvor.