Die Entwicklung des Mikroprozessors

14.09.2026

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 setzte die Architektur in Silicium um, Stanley Mazor entwarf den Befehlssatz. 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.

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.

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 deshalb, weil Intel bereits eine Zweitquellen-Vereinbarung mit AMD hatte und IBM auf gesicherte Lieferfähigkeit angewiesen war. 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.

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 Bedrohung nicht mit einem Architekturwechsel, sondern mit einem Kompromiss: Ab dem Pentium Pro (1995) übersetzte der Prozessor intern jeden komplexen x86-Befehl in Echtzeit in mehrere einfache, RISC-artige Mikrooperationen, die sich genauso effizient wie bei einer echten RISC-CPU verarbeiten ließen – 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.

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 sich ein leistungsfähiger externer Prozessor schlicht nicht leisten ließ – 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.

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 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. Wirklich verdrängt wurde eine etablierte Architektur bislang nur, wenn eine neue Anwendung entstand, für die die alte Architektur von Grund auf ungeeignet war – wie x86 im Fall der Mobilfunkrevolution, die ARMs von Anfang an auf Stromsparsamkeit ausgelegte Philosophie zum eigentlichen Standard der vernetzten Welt machte.