Die hexadezimale Decke: Wie MS-DOS Millionen hinter dem 640-Kilobyte-Speicherlimit gefangen hielt

An der hexadezimalen Speicheradresse A0000 – was im Dezimalsystem der Adresse 655.360 entspricht – stieß die interne Speicherbelegung der ersten IBM Personal Computer an eine starre Grenze. Als IBM im August 1981 den ursprünglichen PC auf den Markt brachte, verfügte dessen Intel-8088-Mikroprozessor über einen 20-Bit-Adressraum, der insgesamt bis zu 1.048.575 Byte oder ein Megabyte Speicher ansteuern konnte. IBM reservierte die unteren fünf Achtel dieses Bereichs – also 640 Kilobyte – für den allgemeinen Anwendungsspeicher, während die oberen drei Achtel dem System-ROM und der Videohardware vorbehalten blieben. Was zunächst als großzügige Zuteilung begann, entwickelte sich rasch zum hartnäckigsten Hardware-Flaschenhals der PC-Geschichte. Laut dem Technologiehistoriker Jimmy Maher schränkte diese Trennlinie Softwareentwickler und Anwender über Jahre hinweg ein.

Die Konzeption der Ein-Megabyte-Grenze

Im August 1981 bedeuteten 640 Kilobyte konventioneller Speicher einen enormen Fortschritt gegenüber konkurrierenden Mikrocomputern wie dem Apple II, der typischerweise mit 48 Kilobyte oder weniger ausgeliefert wurde. IBM entwickelte diese Speicherbelegung auf Basis von Intels 8088-Prozessor. Da eine CPU jedem Byte an RAM oder ROM, auf das sie zugreift, eine eindeutige numerische Adresse zuweisen muss, begrenzte der 20-Bit-Adressbus des 8088 den adressierbaren Gesamtspeicher strikt auf 1.048.575 Byte. IBM wies Anwendersoftware den Adressbereich zu, der bei null begann und bei dezimal 655.360 beziehungsweise hexadezimal A0000 endete. Die verbleibenden 384 Kilobyte, bekannt als High Memory, wurden für Video-Bildschirmspeicher, grundlegenden Systemcode und Hardware-Erweiterungskomponenten reserviert.

Direkte Hardware-Zugriffe und das improvisierte Betriebssystem

Die Grenze von 640 Kilobyte verfestigte sich zu einer dauerhaften Barriere, was vor allem an der Art und Weise lag, wie MS-DOS mit der Hardware interagierte. Um IBMs engen Zeitplan einzuhalten, wurde das Betriebssystem rasch entwickelt; frühe Versionen von MS-DOS stellten Programmierern lediglich 27 grundlegende Funktionsaufrufe zur Verfügung, die sich überwiegend auf Diskette- und Dateiverwaltung beschränkten. Als Einzelaufgabe-Betriebssystem ohne Ressourcenverwaltung oder Hardware-Abstraktionsschichten verleitete MS-DOS Entwickler dazu, Betriebssystemfunktionen komplett zu umgehen und Hardware-Register sowie Speicheradressen direkt anzusprechen. Diese maschinennahe Programmierung maximierte zwar die Ausführungsgeschwindigkeit, kettete die kommerzielle Software jedoch unlösbar an das ursprüngliche Speicherlayout des 8088.

Hardware-Fortschritt im Real Mode gefangen

IBM versuchte 1984, dem wachsenden Speicherbedarf von Software gerecht zu werden, und brachte den PC/AT heraus, der von Intels 80286-Mikroprozessor angetrieben wurde. Der 80286 verfügte über einen 24-Bit-Adressraum, mit dem bis zu 16 Megabyte Speicher adressiert werden konnten. Um die Ausführung fortschrittlicher Software zu unterstützen, bot Intel zwei Betriebsmodi: den Protected Mode, der einen hardwareseitigen Speicherschutz sowie Zugriff auf die vollen 16 Megabyte ermöglichte, und den Real Mode, der die ursprünglichen Prozessoren 8086 und 8088 emulierte. Um eine unmittelbare Kompatibilität mit bestehender MS-DOS-Software zu gewährleisten, ließ Intel den 80286 standardmäßig im Real Mode starten, wodurch das Adresslimit von 1 Megabyte bestehen blieb, solange ein Betriebssystem nicht explizit den Modus wechselte.

Das Fortbestehen der Grenzen des Real Mode

Da MS-DOS auf die Ausführung im Real Mode angewiesen war, um die Kompatibilität mit bestehenden Unternehmensanwendungen aufrechtzuerhalten, blieb der erweiterte Speicher auf 80286-Systemen für gewöhnliche Softwareanwender weitgehend unnutzbar. Eine Überarbeitung von MS-DOS zur Unterstützung des Protected Mode hätte die Kompatibilität mit der riesigen Bibliothek kommerzieller Software zerstört, die die Marktbeherrschung der IBM-Plattform begründet hatte. Infolgedessen konnten Benutzer, die ihre 80286-Rechner mit Erweiterungsspeicherkarten aufrüsteten, diesen zusätzlichen Arbeitsspeicher für Standardsoftware nicht nutzen – Anwendungen blieben weiterhin hinter der hexadezimalen Grenze von A0000 gefangen.

KI-generierte redaktionelle Illustration; kein Dokumentarfoto.

Quelle: The 640 K Barrier