Die Entwicklung des Mikroprozessors

14.09.2026

Vom Taschenrechnerchip Intel 4004 über den x86-Zufall des IBM PC bis zu ARMs Siegeszug im Smartphone-Zeitalter.

Bild: ChatGPT

Zwischen dem ersten Mikroprozessor und dem Chip im aktuellen Smartphone liegen gut fünfzig Jahre – und doch lässt sich eine erstaunlich durchgehende Linie ziehen: von einem 4-Bit-Rechenwerk für Tischrechner über einen Zufallstreffer namens IBM PC bis zu einer britischen Underdog-Architektur, die heute auf mehr Geräten läuft als jede andere CPU-Architektur der Geschichte. Die Geschichte des Mikroprozessors ist dabei auffällig oft eine Geschichte von Kompatibilitätszwängen, die klügere Alternativen jahrzehntelang in Schach hielten – bis sie es doch nicht mehr taten.

Der Zufallsbeginn: Intel 4004

Der Intel 4004 entstand 1971 nicht aus einer großen Vision für Universalrechner, sondern aus einem Auftrag der japanischen Firma Busicom für eine Familie kundenspezifischer Tischrechnerchips. Ted Hoffs Idee, statt mehrerer fest verdrahteter Spezialchips einen einzigen, per Software programmierbaren 4-Bit-Chip zu bauen, reduzierte Busicoms Chipzahl drastisch – Federico Faggin leitete die Umsetzung in Silicium, Stanley Mazor arbeitete am Befehlssatz mit. Mit gerade einmal 2.300 Transistoren und 740 Kilohertz Taktfrequenz war der 4004 nach heutigen Maßstäben trivial schwach, aber das Prinzip war gesetzt: ein kompletter, programmierbarer Prozessor auf einem einzigen Stück Silicium statt verteilt über Dutzende Bausteine.

Dass der 4004 häufig als erster Mikroprozessor bezeichnet wird, bedeutet nicht, dass vor ihm niemand CPU-Funktionen auf Halbleiterchips integriert hatte. Four-Phase Systems verwendete 1969 den AL-1 als Teil einer aus mehreren Bausteinen zusammengesetzten Prozessorarchitektur; der MP944-Chipsatz für ein Flugzeugrechnersystem war ebenfalls ein früher Schritt zur integrierten CPU. Der 4004 machte jedoch die wesentlichen Funktionen einer frei programmierbaren Zentraleinheit in einem kommerziell angebotenen einzelnen Chip verfügbar. Die zugehörigen ROM-, RAM- und Ein-/Ausgabe-Bausteine blieben separate Mitglieder des MCS-4-Systems.

Hinter diesem Fortschritt stand eine Gruppenleistung. Marcian „Ted“ Hoff entwickelte den Architekturvorschlag, Stanley Mazor arbeitete an seiner Ausgestaltung, Federico Faggin leitete den konkreten Chipentwurf und setzte Intels Silicium-Gate-MOS-Technologie ein. Masatoshi Shima, der vom Auftraggeber Busicom kam, wirkte wesentlich an Logik und praktischer Realisierung mit. Intel erlangte 1971 das Recht, den 4004 auch außerhalb der exklusiven Taschenrechneranwendung zu vermarkten. Erst dadurch wurde aus einem kundenspezifischen Auftrag ein allgemein angebotener Prozessorbaustein.

Der Sprung auf 8 Bit: 8008 und 8080

Der direkte Nachfolger 8008 (1972) war ursprünglich für einen Terminal-Hersteller namens Datapoint gedacht, der sich jedoch gegen den Einsatz eines Mikroprozessors entschied – aus Sorge, dieser sei für die geforderte Geschwindigkeit zu langsam, und setzte lieber auf diskrete TTL-Logik. Intel vermarktete den bereits entwickelten Chip daraufhin einfach selbst als eigenständiges Produkt. Der wirkliche Durchbruch kam 1974 mit dem deutlich überarbeiteten 8080: schneller, mit größerem Befehlssatz und praktikablerer Beschaltung. Er wurde zur Rechenzentrale des Altair 8800, jenes Bausatzcomputers der Firma MITS, der 1975 die Heimcomputer-Bewegung auslöste – und nebenbei den Anlass für zwei junge Programmierer namens Bill Gates und Paul Allen lieferte, einen BASIC-Interpreter dafür zu schreiben und daraus eine Firma namens Microsoft zu gründen.

Der 8008 entstand nicht einfach als technisch geradlinige Fortsetzung des 4004. Sein Ursprung lag bei der Computer Terminal Corporation, später Datapoint, die einen programmierbaren Terminalprozessor benötigte. Auch Texas Instruments experimentierte in diesem Umfeld mit einem eigenen Einchipentwurf. Intel durfte den 8008 nach dem Verzicht des ursprünglichen Auftraggebers selbst anbieten. Die noch umständliche Spannungsversorgung und Systemintegration zeigten jedoch, wie weit ein Prozessorchip damals von einem vollständigen Rechner entfernt war.

Der 8080 wurde 1974 mit praktischerer Systemtechnik, erheblich verbesserter Leistung und einem 16-Bit-Adressraum für bis zu 64 KiB Speicher zu einer tragfähigen Grundlage früher Mikrocomputer. Der Altair 8800 löste 1975 eine Welle von Bausatzcomputern aus, aber entscheidend war das wachsende Umfeld: Steckkarten, Speichererweiterungen, Terminals und Programmiersprachen verwandelten einen Prozessor in ein nutzbares Computersystem. Gary Kildalls Betriebssystem CP/M machte es später möglich, Anwendungsprogramme auf vielen 8080- und Z80-basierten Rechnern einzusetzen. Schon hier zeigte sich, wie wichtig eine kompatible Softwarebasis wurde.

1975–1977: Der günstige 6502 und Zilogs Z80 bringen Computer nach Hause

Während Intel seine 8080-Familie entwickelte, entstanden konkurrierende Prozessoren, die den jungen Markt entscheidend erweiterten. Der Ingenieur Chuck Peddle und ein Team ehemaliger Motorola-Mitarbeiter entwickelten bei MOS Technology den 6502, der 1975 mit einem aufsehenerregend niedrigen Einführungspreis von 25 US-Dollar angeboten wurde. Damit konnten kleine Hersteller und private Entwickler Projekte wagen, die mit den teureren Konkurrenzprozessoren kaum wirtschaftlich gewesen wären.

Der 6502 wurde zum Herzstück des Apple II und des Commodore PET; verwandte Versionen arbeiteten später unter anderem im Commodore 64 und in Spielkonsolen. Bei Zilog gründeten ehemalige Intel-Mitarbeiter um Federico Faggin eine weitere Prozessorfirma. Ihr Z80 von 1976 war weitgehend softwarekompatibel zum 8080 und bot zusätzliche Befehle sowie eine vereinfachte Systemintegration. Er fand sich in zahlreichen CP/M-Computern und im TRS-80.

Die verschiedenen Acht-Bit-Familien waren nicht vollständig untereinander kompatibel. Trotzdem machten niedrige Chippreise, verfügbare Programmiersprachen und ein wachsender Markt aus Hobbyprojekten erstmals eine breite Computerindustrie. Nicht die nominell fortschrittlichste CPU allein bestimmte den Erfolg, sondern die Kombination aus Preis, einfach zu bauender Hardware und verfügbarer Software.

Die Geburt von x86 – und ein folgenschwerer Zufall

1978 brachte Intel mit dem 8086 den ersten echten 16-Bit-Prozessor der eigenen Linie und mit ihm den x86-Befehlssatz, der bis heute in jeder Intel- und AMD-CPU weiterlebt. Der eigentlich folgenreiche Moment kam aber erst 1981: IBM suchte für seinen ersten Personal Computer einen schnell verfügbaren, risikoarmen Prozessor und entschied sich für die kostenreduzierte 8-Bit-Bus-Variante 8088 – auch weil der 8-Bit-Datenbus preiswerte, verfügbare Systembausteine erlaubte und IBM rasch eine verlässliche Lösung benötigte. Diese eigentlich unspektakuläre Beschaffungsentscheidung zementierte x86 für die folgenden vier Jahrzehnte als dominierende PC-Architektur, weil sich um den offen dokumentierten IBM PC herum eine riesige Industrie kompatibler Nachbauten (Compaq, Dell und viele mehr) und ebenso kompatibler Software etablierte, an der niemand mehr vorbeikam.

Der 8088 war intern eng mit dem 8086 verwandt, nutzte nach außen jedoch einen 8 Bit breiten Datenbus. Für den IBM PC bedeutete das, dass preiswertere und gut verfügbare Peripheriebausteine und Teile bestehender 8-Bit-Systemtechnik verwendet werden konnten. IBM stand unter erheblichem Zeitdruck und wählte eine möglichst schnell realisierbare Architektur mit handelsüblichen Komponenten. Die spätere Lieferabsicherung war ein weiterer Gesichtspunkt, aber nicht die einzige Erklärung für die CPU-Wahl.

IBM veröffentlichte technische Einzelheiten seines PC und ermöglichte damit die Entwicklung kompatibler Erweiterungskarten und Programme. Firmen wie Compaq bauten kompatible Geräte; Microsoft konnte MS-DOS auch an andere Hersteller lizenzieren. Der Erfolg war daher nicht allein eine Folge des Intel-Chips, sondern eines wachsenden PC-Ökosystems. Mit dem 80286 (1982) und besonders dem 80386 (1985) folgten leistungsfähigere Generationen mit Schutzmechanismen, größeren Adressräumen und bei Letzterem einer vollwertigen 32-Bit-Architektur. Trotz großer interner Veränderungen blieb die Rückwärtskompatibilität ein zentrales Entwicklungsziel.

1979–1985: Motorola 68000 und die Ära der grafischen Computer

Die Mikroprozessorentwicklung verlief nicht ausschließlich innerhalb der Intel-Familie. Motorola stellte 1979 den 68000 vor, dessen Programmiermodell mit 32-Bit-Registern und einem großzügigen Adressraum weit über viele zeitgenössische Acht-Bit-Prozessoren hinausging. Der externe Datenbus war zunächst 16 Bit breit. Dieser Kompromiss erleichterte den Aufbau leistungsfähiger Systeme, ohne unmittelbar die Kosten einer vollständigen 32-Bit-Hardware übernehmen zu müssen.

Der 68000 und seine Nachfolger prägten zahlreiche Workstations und Heimcomputer. Er arbeitete im Apple Macintosh von 1984, in der Atari-ST-Familie und in frühen Commodore-Amiga-Rechnern. Die deutlich größeren Adressräume und höhere Rechenleistung machten grafische Benutzeroberflächen, aufwendigere Anwendungsprogramme und anspruchsvollere Betriebssysteme praktischer. Zugleich zeigte der Markt, dass technische Eigenschaften allein keine langfristige Dominanz garantieren: Der Erfolg der IBM-PC-Kompatibilität verschob die wirtschaftlichen Gewichte.

Der 68000 ist historisch wichtig, weil er die Möglichkeit eines leistungsfähigen persönlichen Computers vor Augen führte, der nicht zur x86-Familie gehörte. Auch jenseits des PC-Markts blieb die Motorola-Architektur lange in Steuerungen, Druckern und anderen eingebetteten Systemen verbreitet.

Die RISC-Revolution – und wie x86 trotzdem überlebte

In den 1980er Jahren stellte eine akademische Bewegung um David Patterson und John Hennessy an der UC Berkeley sowie John Cocke bei IBM die vorherrschende Philosophie komplexer Befehlssätze grundsätzlich infrage: Warum Silicium und Taktzyklen auf selten genutzte, komplexe Maschinenbefehle verschwenden, wenn ein reduzierter, einheitlich langer Load-Store-Befehlssatz sich viel effizienter in einer Pipeline verarbeiten lässt? Aus dieser RISC-Philosophie (Reduced Instruction Set Computer) gingen in den folgenden Jahren Architekturen wie MIPS, SPARC und PowerPC hervor, die in Workstations und Servern zeitweise spürbar bessere Leistung pro Transistor erreichten als das CISC-basierte x86. Intel begegnete dieser Herausforderung nicht mit einem vollständigen Bruch: Der Pentium Pro (1995) zerlegte viele x86-Befehle intern in einfachere Mikrooperationen, die eine leistungsfähige parallele Ausführung ermöglichten – nach außen blieb die x86-Kompatibilität zur riesigen bestehenden Softwarebasis vollständig erhalten. Dieser Hybridansatz genügte, um x86 im Desktop- und Servermarkt gegen die technisch oft elegantere RISC-Konkurrenz zu behaupten.

Die RISC-Idee entstand nicht an nur einer Universität. John Cocke und sein Team bei IBM untersuchten ab den 1970er-Jahren, wie sich ein Prozessor durch einen gezielt vereinfachten Befehlssatz schneller implementieren lässt. An der University of California, Berkeley entwickelten David Patterson und Carlo Séquin entsprechende Forschungsprozessoren; John Hennessys Stanford-Gruppe ging einen verwandten Weg. Das Ziel war nicht, dass jeder Maschinenbefehl grundsätzlich „einfach“ sein müsse, sondern die häufigen Operationen mit möglichst vorhersehbaren Abläufen und effizienter Pipelineverarbeitung auszuführen.

MIPS, SPARC und weitere RISC-Architekturen wurden besonders in Workstations, Netzwerkgeräten und Servern erfolgreich. Sie ersetzten x86 jedoch nicht flächendeckend, weil Anwender und Softwareanbieter bereits stark in PC-kompatible Programme investiert hatten. Moderne x86-Prozessoren dekodieren viele Befehle intern in Mikrooperationen, die von parallelen Ausführungseinheiten verarbeitet werden. Die verbreitete Gegenüberstellung „RISC gegen CISC“ beschreibt deshalb nur noch einen Teil des Prozessordesigns: Cacheaufbau, Sprungvorhersage, Speicheranbindung und Energiebedarf sind ebenfalls entscheidend.

1985–1995: Cache, Pipeline und Superskalartechnik

Mit steigenden Transistorzahlen musste ein Prozessor nicht nur mehr Daten verarbeiten können. Seine internen Abläufe wurden aufwendiger. Während frühe Mikroprozessoren Befehle relativ schrittweise ausführten, konnten spätere Architekturen unterschiedliche Arbeitsschritte überlappen. Beim Pipelining wird beispielsweise bereits der nächste Befehl dekodiert, während vorherige Befehle noch bearbeitet werden.

Mit höheren Taktfrequenzen wurde zudem der Weg zum externen Arbeitsspeicher zum Engpass. Integrierte Cache-Speicher halten häufig benötigte Daten und Instruktionen unmittelbar in der Nähe der Ausführungseinheiten. Sprungvorhersagen versuchen frühzeitig zu erkennen, welcher Programmteil als Nächstes ausgeführt wird. Superskalare Prozessoren können mehrere geeignete Befehle pro Takt beginnen, und Out-of-Order-Ausführung nutzt unabhängige Operationen, während andere auf Daten warten.

Diese Ideen entstanden über Jahrzehnte in Großrechnern, Minicomputern und Forschungsprojekten; in den 1980er- und 1990er-Jahren wurden sie zunehmend auch in Mikroprozessoren integriert. Die steigende Rechenleistung beruhte damit nicht nur auf kleineren Transistoren und höheren Taktraten, sondern auf immer ausgefeilteren Mikroarchitekturen. Eine gemeinsame Befehlssatzarchitektur kann deshalb sehr unterschiedliche Prozessoren umfassen.

ARM – vom britischen Underdog zum globalen Standard

Eine RISC-Architektur setzte sich dennoch weltweit durch, nur nicht dort, wo man es 1985 erwartet hätte. Die kleine britische Firma Acorn Computers entwickelte mit dem Acorn RISC Machine, kurz ARM, aus schierer Not eine eigene, radikal einfache RISC-CPU, weil vorhandene Prozessoren die gewünschten Leistungs- und Kostenziele nicht ausreichend erfüllten – mit dem unerwarteten Nebeneffekt außergewöhnlich niedrigen Stromverbrauchs. 1990 gliederte man die Prozessorentwicklung in die eigenständige Firma ARM Ltd aus, mitfinanziert von Apple, das für seinen Newton-Handheld einen sparsamen Prozessor benötigte. Entscheidend war dabei weniger die Technik selbst als das Geschäftsmodell: ARM fertigt selbst keine einzige CPU, sondern lizenziert seine Befehlssatzarchitektur und fertige Kerndesigns an andere Unternehmen – Qualcomm, Apple, Samsung, MediaTek und praktisch jeden Smartphone-Chiphersteller –, die daraus eigene, maßgeschneiderte Ein-Chip-Systeme bauen. Als in den 2000er und 2010er Jahren die Mobiltelefon- und Smartphone-Revolution einsetzte, traf ARMs Stromspar-Philosophie exakt den entscheidenden Bedarf: Praktisch jedes Smartphone weltweit basiert bis heute auf ARM-Kernen. Inzwischen ist ARM auch dort angekommen, wo einst x86 unangefochten war: Apple ersetzte 2020 mit seinen eigenen M-Prozessoren die x86-CPUs in praktisch allen Mac-Modellen, und Cloud-Anbieter wie Amazon (Graviton) oder Spezialisten wie Ampere bieten ARM-basierte Serverprozessoren als energieeffizientere Alternative zu klassischen x86-Servern an.

Die erste ARM-Entwicklung bei Acorn wurde vor allem von Sophie Wilson und Steve Furber geprägt. Ein funktionsfähiger ARM1-Prototyp entstand 1985; mit dem Acorn Archimedes erschien 1987 ein früher Computer, der die Architektur tatsächlich nutzte. Die bewusst überschaubare Schaltung war vergleichsweise preiswert zu fertigen und sparsam im Betrieb. Bei der Unternehmensgründung 1990 waren Acorn, Apple und VLSI Technology beteiligt. ARM entwickelte sich anschließend zu einem Unternehmen, das Prozessorarchitekturen und fertige Kerne lizenziert, statt selbst eine große Halbleiterfertigung aufzubauen.

Für Hersteller mobiler Geräte wurde die Kombination aus ausreichender Leistung und geringem Energieverbrauch besonders wertvoll. Lizenzen erlaubten zugleich unterschiedliche SoCs mit Mobilfunktechnik, Grafik- und Bildverarbeitung, eigener Peripherie und später KI-Beschleunigern. Die Architektur selbst ist dabei nicht mit einem einzelnen Chip gleichzusetzen: Ein von Apple entworfener ARM-kompatibler Kern kann sich in Mikroarchitektur und Leistung stark von einem anderen ARM-kompatiblen Prozessor unterscheiden. Der entscheidende Vorteil ist, dass unterschiedliche Implementierungen auf einer weitgehend gemeinsamen Softwaregrundlage aufbauen können.

2003: AMD erweitert x86 auf 64 Bit, ohne die Softwarebasis aufzugeben

Ein bedeutsamer Architekturwechsel gelang zu Beginn der 2000er-Jahre. Mit dem Opteron führte AMD im April 2003 seine AMD64-Erweiterung im Servermarkt ein; der Athlon 64 folgte für Desktoprechner. Anders als bei einer vollständig neuen, inkompatiblen Prozessorarchitektur konnten diese Chips weiterhin einen großen Teil der vorhandenen 32-Bit-x86-Software ausführen und zugleich 64-Bit-Programme unterstützen. Damit waren größere virtuelle Adressräume und zusätzliche Register möglich.

Die Kompatibilität erleichterte Betriebssystemen, Softwareanbietern und Kunden den Übergang. Intel übernahm später eine kompatible 64-Bit-Erweiterung seiner x86-Prozessoren. Der Erfolg von AMD64 verdeutlicht ein wiederkehrendes Muster: Technischer Fortschritt hat besonders gute Chancen, wenn er die bestehende Anwendungssoftware nicht wertlos macht. Das gilt selbst dann, wenn die Architektur intern grundlegend verändert wird.

Moderne CPUs: vom Prozessorkern zum heterogenen System

Der heutige Chip in einem Smartphone oder Laptop ist längst kein einzelner Prozessorkern mehr, sondern ein komplettes System auf einem Chip (SoC): CPU-Kerne, Grafikeinheit, Bildsignalprozessor, Modem und zunehmend eine eigene, dedizierte KI-Recheneinheit (NPU) für maschinelles Lernen direkt auf dem Gerät teilen sich dieselbe Chipfläche. Selbst innerhalb der CPU-Kerne herrscht heute Heterogenität statt Gleichförmigkeit: ARMs big.LITTLE-Prinzip aus stromsparenden Effizienzkernen neben leistungsstarken Hochleistungskernen im selben Chip fand über Intels Alder-Lake-Generation (2021) mit ihren P- und E-Kernen inzwischen auch den Weg zurück in die x86-Welt. Der klassische, universelle Einzelprozessorkern ist damit zu einem von mehreren spezialisierten Bausteinen auf demselben Stück Silicium geworden.

Ein moderner Prozessor wird längst nicht mehr allein durch Taktfrequenz oder Transistorzahl beschrieben. Die Anzahl und Organisation der Rechenkerne, der gemeinsame Cache, die Speicherbandbreite sowie thermische Grenzen bestimmen mit, welche Leistung eine Anwendung erreicht. Im Smartphone kommen spezialisierte Funktionsblöcke hinzu, weil Bildverarbeitung, Video, Funkkommunikation und neuronale Netze mit eigenen Einheiten häufig energieeffizienter arbeiten als auf einem universellen CPU-Kern.

Auch die physische Integration verändert sich. Einige leistungsfähige Prozessoren verteilen ihre Funktionen auf mehrere Dies, sogenannte Chiplets, und verbinden sie in einem gemeinsamen Gehäuse. Andere Systeme nutzen ein monolithisches System-on-Chip. Beide Wege haben Vor- und Nachteile bei Fertigungsausbeute, Energiebedarf, Kommunikation zwischen den Blöcken und Kosten. Die Mikroprozessorentwicklung ist so zunehmend mit Fragen der Systemarchitektur und fortschrittlichen Aufbau- und Verbindungstechnik verbunden.

2004–2005: Die Taktfrequenz stößt an Grenzen – mehrere Kerne übernehmen

In den 1990er-Jahren konnten Hersteller oft sowohl die Transistorzahl als auch die Taktfrequenz deutlich steigern. Mit zunehmender Leistungsdichte und wachsender Komplexität wurden Abwärme und Energieverbrauch aber zu immer schwereren Grenzen. Neue Fertigungstechnologien ermöglichten zwar weiter kleinere Strukturen, doch die Leistungsaufnahme sank nicht mehr im gleichen Maß wie zuvor. Statt einen einzelnen Kern immer schneller zu takten, mussten Hersteller die vorhandene Chipfläche anders nutzen.

Mehrkernprozessoren waren eine wichtige Antwort. IBM, Sun und andere Hersteller nutzten bereits frühe Mehrkern- und Multithreading-Ansätze; 2005 erschienen unter anderem Intels Dual-Core-Desktopprodukte in größerem Marktumfang. Zwei Kerne können verschiedene Aufgaben gleichzeitig bearbeiten oder einen entsprechend programmierten Arbeitsablauf aufteilen. Eine einzelne, nicht parallelisierbare Aufgabe wird dadurch jedoch nicht automatisch doppelt so schnell.

Damit rückten Betriebssysteme und Softwareentwicklung wieder in den Mittelpunkt. Aufgabenverteilung, Synchronisation und effizienter gemeinsamer Speicherzugriff wurden entscheidend für reale Leistungssteigerungen. Die Geschichte des Mikroprozessors ist seither auch eine Geschichte paralleler Programmierung.

2010–heute: RISC-V und die Idee einer offenen Befehlssatzarchitektur

Neben x86 und ARM entstand eine weitere Entwicklungslinie: RISC-V. Forschende an der University of California, Berkeley begannen 2010, einen vergleichsweise klaren, erweiterbaren Befehlssatz für Lehre und Forschung zu entwerfen. Die Spezifikation wurde öffentlich verfügbar gemacht; 2015 folgte die Gründung der RISC-V Foundation. Ein wesentlicher Unterschied zu vielen etablierten Architekturmodellen ist, dass der standardisierte Befehlssatz offen genutzt und implementiert werden kann.

RISC-V bedeutet nicht, dass jeder darauf basierende Prozessor automatisch quelloffen oder kostenlos hergestellt wird. Die Architektur legt fest, welche Befehle Software erwarten darf. Die konkrete Mikroarchitektur, der Chipentwurf und ergänzende Entwicklungswerkzeuge können unabhängig davon offen oder proprietär sein. Die technische Freiheit begünstigt Forschung, Ausbildung und eigene Prozessorentwicklungen, beseitigt jedoch nicht die hohen Kosten fortgeschrittener Halbleiterfertigung.

Damit kommt eine alte Frage erneut auf den Tisch: Wie viel Wert hat eine gemeinsame, verlässliche Softwarebasis, und wie viel Freiheit braucht die Entwicklung neuer Hardware? Gerade eingebettete Systeme, spezialisierte Beschleuniger und experimentelle Prozessoren machen deutlich, dass die Geschichte der Mikroprozessorarchitekturen nicht abgeschlossen ist.

Ein roter Faden aus Kompatibilität und Disruption

Vom 4004 bis zum modernen SoC zieht sich ein wiederkehrendes Muster: Einmal etablierte Befehlssatzarchitekturen überleben oft weit über ihre technische Überlegenheit hinaus, weil die Software- und Werkzeugbasis, die sich um sie herum aufbaut, zum eigentlichen Wettbewerbsvorteil wird – x86 profitierte davon vierzig Jahre lang. Besonders stark veränderten sich Marktanteile, wenn neue Geräteklassen andere Anforderungen an Energiebedarf, Preis und Integration stellten – wie x86 im Fall der Mobilfunkrevolution, die ARMs von Anfang an auf Stromsparsamkeit ausgelegte Philosophie zum eigentlichen Standard der vernetzten Welt machte.

Die Geschichte zeigt allerdings mehr als einen einzigen Wechsel von x86 zu ARM. Beide Architekturfamilien werden parallel weiterentwickelt und bleiben in wichtigen Märkten vertreten. Auch andere Befehlssätze leben in Steuerungen, Spezialprozessoren und eingebetteten Geräten fort. Eine Architektur setzt sich nicht allein wegen einer besonders eleganten Befehlscodierung durch: Verfügbarkeit von Entwicklungswerkzeugen, Betriebssystemen, industriellen Partnern und qualifizierten Entwicklern ist oft ebenso wichtig.

Der universelle programmierbare Prozessor war der Ausgangspunkt dieser Entwicklung. Der nächste Schritt bestand darin, Rechenleistung für verschiedene Aufgaben zu spezialisieren, ohne die Flexibilität programmierbarer Systeme aufzugeben. Damit führt die Geschichte von einem Taschenrechnerauftrag nicht nur zu PCs und Smartphones, sondern weiter zu vernetzten Maschinen, Rechenzentren und anwendungsspezifischen Beschleunigern.