{"id":6596,"date":"2026-07-17T11:17:33","date_gmt":"2026-07-17T11:17:33","guid":{"rendered":"https:\/\/technodidact.de\/?p=6596"},"modified":"2026-07-17T11:17:33","modified_gmt":"2026-07-17T11:17:33","slug":"die-begrabene-revolution-wie-ibm-die-risc-zukunft-verschenkte","status":"publish","type":"post","link":"https:\/\/technodidact.de\/en\/die-begrabene-revolution-wie-ibm-die-risc-zukunft-verschenkte\/","title":{"rendered":"Die begrabene Revolution: Wie IBM die RISC-Zukunft verschenkte"},"content":{"rendered":"

Autor:<\/strong> DerSchneider<\/p>\n\n\n\n

\n\n\n\n

Einleitung<\/h2>\n\n\n\n

Es ist eine der gr\u00f6\u00dften Ironien der Technologiegeschichte: Ein Forscher erschafft eine Erfindung, die seine eigene Firma f\u00fcr \u00fcber ein Jahrzehnt in der Schublade versteckt \u2013 aus Angst vor dem Erfolg. Die Rede ist von John Cocke und seiner Arbeit am Reduced Instruction Set Computer (RISC) bei IBM in den 1970er Jahren. Was als L\u00f6sung f\u00fcr ein praktisches Problem begann, entwickelte sich zu einer Revolution, die IBM nicht nur verschlief, sondern aktiv unterdr\u00fcckte. Heute steckt in fast jedem Smartphone, Tablet und in unz\u00e4hligen eingebetteten Systemen die DNA von Cockes Idee \u2013 nur selten stammt sie von dem Unternehmen, das sie erfand.<\/p>\n\n\n\n

Dieser Artikel beleuchtet die faszinierende Geschichte von RISC: von den technischen Durchbr\u00fcchen am IBM Watson Research Center \u00fcber die akademische Verbreitung durch Berkeley und Stanford bis hin zur kommerziellen Verwertung durch Sun Microsystems, MIPS und schlie\u00dflich ARM. Im Mittelpunkt steht die Frage: Wie konnte ein Unternehmen mit den besten Forschern und den gr\u00f6\u00dften Ressourcen eine Technologie begraben, die es selbst erfand \u2013 und damit eine Marktdominanz im Wert von Hunderten Milliarden Dollar verschenken?<\/p>\n\n\n\n

\n\n\n\n

Die Geburtsstunde von RISC: Eine L\u00f6sung f\u00fcr ein Telefonproblem<\/h2>\n\n\n\n

Um zu verstehen, warum RISC so revolution\u00e4r war, muss man die technologische Landschaft der fr\u00fchen 1970er Jahre betrachten. Die damalige Prozessor-Philosophie basierte auf dem CISC-Prinzip (Complex Instruction Set Computing). Die Idee war, dass die Hardware m\u00f6glichst viele, hochkomplexe Befehle direkt ausf\u00fchren kann \u2013 ein „Multiplying“-Befehl sollte eben genau das tun, was sein Name verspricht. Die Kehrseite: Diese Komplexit\u00e4t fra\u00df Transistoren, verl\u00e4ngerte die Taktzyklen und machte die Prozessoren schwerf\u00e4llig <\/a>.<\/p>\n\n\n\n

John Cocke, ein IBM-Fellow mit mathematischem und ingenieurwissenschaftlichem Hintergrund, startete 1974 ein Projekt, das auf den ersten Blick nichts mit Prozessor-Architektur zu tun hatte <\/a>. IBM suchte nach einem Controller f\u00fcr eine telefonische Vermittlungsanlage, die 300 Anrufe pro Sekunde verarbeiten konnte <\/a><\/a>. Die bestehende Technologie war schlicht zu langsam. Cocke und sein Team standen vor der Aufgabe, ein System zu schaffen, das mindestens 12 MIPS (Millionen Instruktionen pro Sekunde) leisten musste \u2013 w\u00e4hrend die damaligen Top-Systeme bei nur 3 MIPS d\u00fcmpelten <\/a>.<\/p>\n\n\n\n

Die L\u00f6sung war radikal: Cocke zerlegte die komplexen CISC-Befehle in ihre elementarsten Bestandteile und eliminierte alles, was nicht absolut notwendig war. Der Schl\u00fcssel war die sogenannte „Load-Store“-Architektur, bei der alle Berechnungen nur mit internen Prozessorregistern durchgef\u00fchrt werden, w\u00e4hrend der Speicherzugriff expliziten Lade- und Speicherbefehlen vorbehalten bleibt <\/a><\/a>. Gleichzeitig arbeitete sein Team an intelligenten Compilern, die diese einfachen Befehle effizient b\u00fcndeln konnten <\/a>. Das Ergebnis: eine Rechenmaschine, die komplexe Operationen in weniger Takten ausf\u00fchrte, weil jeder einzelne Befehl schlichtweg schneller abgearbeitet werden konnte <\/a>.<\/p>\n\n\n\n

Trotz der verbl\u00fcffenden Effizienz \u2013 der entstandene „801“-Prozessor (benannt nach dem Geb\u00e4ude am Watson Research Center) war bis zu zehnmal schneller als konventionelle CISC-Prozessoren \u2013 wurde das Telefonprojekt 1975 eingestellt <\/a><\/a>. Aber die Idee war geboren. Der 801 gilt heute als der erste RISC-Prozessor der Geschichte <\/a><\/a>.<\/p>\n\n\n\n

\n\n\n\n

Die Angst der Konzerne: Warum IBM seine Erfindung vergrub<\/h2>\n\n\n\n

Hier liegt der Kern der Trag\u00f6die. IBM war in den 1970er Jahren das unangefochtene Schwergewicht der Computerindustrie. Das Unternehmen verdiente sein Geld mit gro\u00dfen, teuren Mainframes \u2013 CISC-basierten Systemen mit hohen Margen <\/a><\/a>. Die System\/360-Familie war der Goldesel, der die IBM-Kasse f\u00fcllte.<\/p>\n\n\n\n

Die neue RISC-Technologie war aus technischer Sicht \u00fcberlegen. Sie war kleiner, g\u00fcnstiger und vor allem deutlich schneller. Aus unternehmerischer Sicht war sie jedoch eine existenzielle Bedrohung. Die F\u00fchrungsetage erkannte sofort: Wenn dieser einfache, g\u00fcnstige Prozessor die gleiche oder sogar bessere Leistung als ein teurer Mainframe bieten konnte, w\u00fcrde das eigene lukrative Gesch\u00e4ftsmodell kollabieren <\/a>. Der Mainframe-Markt \u2013 das Herz von IBMs Gesch\u00e4ft \u2013 w\u00e4re obsolet geworden. Also geschah etwas Paradoxes: IBM begrub die eigene Revolution <\/a>. Die 801-Architektur wurde zwar intern weiterentwickelt, aber nicht als Produkt vermarktet. Stattdessen wurde die Erfindung unter Verschluss gehalten <\/a>.<\/p>\n\n\n\n

Diese Entscheidung hatte weitreichende Folgen. W\u00e4hrend IBM seine RISC-Kenntnisse intern hortete, tat sich an den Universit\u00e4ten etwas, das die Weichen f\u00fcr die gesamte Zukunft der Computertechnologie stellen sollte.<\/p>\n\n\n\n

\n\n\n\n

Die akademische Wildheit: Berkeley, Stanford und die Emanzipation von RISC<\/h2>\n\n\n\n

Es brauchte die akademische Welt, um die Idee der einfachen Befehlss\u00e4tze aus der Versenkung zu holen. Angetrieben durch das DARPA VLSI-Programm, das die Entwicklung von integrierten Schaltkreisen f\u00f6rderte, nahmen sich zwei konkurrierende Universit\u00e4ten des Themas an <\/a>.<\/p>\n\n\n\n