Extensys EX-3000 – Der fast vergessene Multiuser-Computer von 1978

Als die meisten Mikrocomputer der späten 1970er Jahre noch damit beschäftigt waren, einzelne Anwender mit BASIC, Kassettenlaufwerken und einigen Kilobyte Speicher zu versorgen, verfolgte die kalifornische Extensys Corporation einen deutlich ehrgeizigeren Plan. Ihr EX-3000 sollte nicht einfach ein weiterer S-100-Rechner werden. Stattdessen wollte das Unternehmen Technologien zusammenführen, die bis dahin vor allem in deutlich teureren Minicomputern und Großrechnern zu finden waren: Multiprozessorbetrieb, Mehrbenutzerfähigkeit, Multitasking und eine modulare Architektur mit verteilter Verarbeitung.

Bereits in der April-Ausgabe 1978 des Magazins BYTE bewarb Extensys den EX-3000 als eine neue Familie leistungsfähiger und flexibler Computersysteme. Das Unternehmen hob besonders die verteilte Verarbeitung hervor, bei der einzelne Systemkomponenten eigene Aufgaben übernehmen sollten, anstatt sämtliche Arbeit einer zentralen CPU zu überlassen. Während viele Mikrocomputer jener Zeit noch als Einzelplatzsysteme ausgelegt waren, zielte Extensys auf eine deutlich größere Lösung ab.

Technisch basierte der EX-3000 auf dem damals weit verbreiteten S-100-Bus, der bereits durch Systeme wie den Altair 8800, IMSAI 8080 oder zahlreiche Cromemco-Rechner bekannt geworden war. Das Herzstück bildete das Prozessormodul MPU805, das einen Intel 8085 mit Onboard-PROM, priorisierten Interrupts sowie integrierten Timern und Ereigniszählern verwendete. Zusätzlich bot Extensys mit dem MPU800 ein optionales Z80-Prozessormodul an. Bereits diese Kombination war ungewöhnlich, da sie den parallelen Einsatz mehrerer Prozessoren innerhalb eines Systems vorbereitete.

Auch beim Speicher ging Extensys über das hinaus, was viele Wettbewerber anboten. Die Speicherkarte RM64A konnte zwischen 16 und 64 Kilobyte RAM bereitstellen, während die MM16 Memory Management Board durch Bankswitching bis zu einem Megabyte Arbeitsspeicher verwalten konnte. Darüber hinaus verfügte die Karte über einen DMA-Mechanismus für schnelle Datenübertragungen. Für einen Mikrocomputer des Jahres 1978 war dies bemerkenswert, denn die meisten konkurrierenden Systeme bewegten sich noch deutlich näher an der 64-KB-Grenze der damaligen 8-Bit-Prozessoren.

Extensys betrachtete den Rechner nicht als Einzelplatzsystem. Das MTS100 Multiple Terminal Subsystem konnte acht oder mehr unabhängige RS-232C-Schnittstellen bereitstellen und erlaubte den Anschluss mehrerer Arbeitsplätze. Das TPS100 Terminal Processor Subsystem integrierte Tastatur, Bildschirm, serielle Schnittstelle und erweiterte Videoeigenschaften. Für die Massenspeicherung war das FOS100 Floppy Disk Subsystem vorgesehen, das zwischen einem und vier Megabyte Online-Speicher bereitstellen konnte.

Mindestens ebenso ungewöhnlich wie die Hardware war das Betriebssystem EMOS (Extensys Multiprocessor Operating System). Es wurde als Multiprozessor-, Mehrbenutzer- und Multitasking-Betriebssystem beworben und stellte Dateiverwaltung, Programmentwicklungswerkzeuge sowie Speicherschutz für einzelne Benutzer bereit. Darüber hinaus sollte EMOS mehrere EX-3000-Systeme miteinander verbinden können, sodass sie auf gemeinsame Datenbestände zugreifen konnten, während gleichzeitig individuelle Datenbereiche geschützt blieben. Unterstützt wurden Programmiersprachen wie Extended BASIC, COBOL und ANSI FORTRAN.

Aus heutiger Sicht liest sich diese Ausstattung beinahe wie die Beschreibung eines kleinen Minicomputers. Während viele Heimcomputer jener Jahre jeweils nur ein Programm für einen Benutzer ausführten, zielte der EX-3000 auf professionelle Anwendungen, Entwicklungsumgebungen und Mehrplatzlösungen ab. Das einzige bislang bekannte Werbebild zeigt dementsprechend keine wohnzimmertaugliche Tastaturkiste wie einen Apple II oder Commodore PET, sondern ein professionelles System mit separater Bildschirm- und Tastatureinheit.

Trotz der ambitionierten Technik wurde der EX-3000 kein kommerzieller Erfolg. Nach Aussagen eines ehemaligen Mitarbeiters, die Jahrzehnte später veröffentlicht wurden, soll Extensys lediglich ein einziges vollständiges EX-3000-System ausgeliefert haben, bevor die Firma in finanzielle Schwierigkeiten geriet und ihren Betrieb einstellen musste. Eine unabhängige Bestätigung dieser Zahl konnte bislang nicht gefunden werden. Sie würde jedoch erklären, warum weder Verkaufspreise noch belastbare Verkaufszahlen oder ausführliche Produkttests bekannt sind.

Die außergewöhnlich dünne Quellenlage gehört heute selbst zur Geschichte des Rechners. Während von konkurrierenden S-100-Systemen zahllose Anzeigen, Preislisten, Handbücher und Magazineinträge erhalten geblieben sind, beschränken sich die bekannten Informationen zum EX-3000 auf wenige Anzeigen, technische Beschreibungen und Erinnerungen ehemaliger Beteiligter. Selbst Fotos des Systems sind ausgesprochen selten.

Gerade dieser Umstand macht den EX-3000 heute zu einem faszinierenden Kapitel der Computergeschichte. Während viele gescheiterte Systeme wenigstens eine kleine Nutzerbasis oder eine Handvoll erhaltener Geräte hinterließen, scheint der Extensys-Rechner nahezu spurlos verschwunden zu sein. Dennoch zeigen die erhaltenen Unterlagen, dass hier ein Unternehmen versuchte, Konzepte wie Multiprozessorbetrieb, verteilte Verarbeitung und geschützte Mehrbenutzersysteme in den Mikrocomputerbereich zu bringen – zu einer Zeit, als die meisten Hersteller noch damit beschäftigt waren, den Heimcomputer überhaupt erst zu etablieren.

Quasar QDP-100: Der CP/M-Rechner mit integriertem EPROM-Brenner

Ende der 1970er begann sich der Markt für S-100-Systeme spürbar zu verändern. Während frühe Rechner wie der Altair 8800 noch stark von Bastlern und Elektronikenthusiasten geprägt waren, versuchten Hersteller zunehmend, daraus professionelle Komplettsysteme für Unternehmen und Entwickler zu formen. Auch Quasar Data Products schlug mit dem QDP-100 genau diesen Weg ein — ein robustes CP/M-System mit integrierter Entwicklungs-Hardware, das deutlich stärker auf Zuverlässigkeit und technische Arbeitsumgebungen ausgelegt war als viele klassische Heimcomputer jener Zeit.

Gegründet wurde Quasar Data Products 1979 in North Olmsted im US-Bundesstaat Ohio von ehemaligen Studenten beziehungsweise Absolventen der Kent State University. Anders als zahlreiche kleinere S-100-Hersteller positionierte sich das Unternehmen nicht primär über niedrige Preise oder maximale Erweiterbarkeit, sondern über Stabilität, professionelle Ausstattung und vollständige Komplettsysteme. Schon zeitgenössische Anzeigen im BYTE Magazine machten deutlich, wohin die Reise gehen sollte. Statt mit typischen Bastlerbegriffen wie „Experimenting“ oder „Expansion“ warb Quasar mit Aussagen wie „Fully Tested“, „Reliable“ oder „Complete — Up & Running“. Der QDP-100 sollte nicht wie ein Elektronikprojekt wirken, sondern wie ein fertiges Arbeitswerkzeug.

Technisch basierte das System auf dem damals weit verbreiteten IEEE-696-kompatiblen S-100-Bus. Im Inneren arbeitete ein Zilog Z80A mit 4 MHz Taktfrequenz, kombiniert mit standardmäßig 64 KB RAM. Zur Ausstattung gehörten zwei doppelseitige 8-Zoll-Diskettenlaufwerke, zwei serielle sowie zwei parallele Schnittstellen und ein monochromes Terminal, das häufig direkt mitgeliefert wurde. Als Betriebssystem kam primär CP/M 2.2 zum Einsatz, zusätzlich unterstützte der Rechner jedoch auch MP/M, wodurch mehrere Benutzer beziehungsweise Terminals parallel arbeiten konnten — Anfang der 1980er noch keineswegs selbstverständlich.

Die eigentliche Besonderheit des Systems lag allerdings an anderer Stelle. Während viele CP/M-Rechner vor allem auf Bürosoftware, Textverarbeitung oder allgemeine Datenverarbeitung zielten, besaß der QDP-100 standardmäßig einen integrierten 2716-EPROM-Programmierer. Genau dieses Detail verlieh dem Rechner eine ungewöhnliche Identität. EPROM-Brenner wurden damals benötigt, um Firmware und Steuerprogramme auf programmierbare Speicherbausteine zu schreiben — etwa für industrielle Steuerungen, Embedded-Systeme, Messhardware oder Terminaltechnik. Normalerweise waren dafür externe Spezialgeräte erforderlich. Quasar integrierte diese Funktion dagegen direkt in das Gesamtsystem.

Dadurch wird auch die eigentliche Zielgruppe des Rechners klarer. Der QDP-100 richtete sich offenbar weniger an klassische Büroanwender als vielmehr an Entwickler, Techniker, Laborumgebungen und industrielle Einrichtungen. Dazu passte auch die übrige Konstruktion. Zeitgenössische Anzeigen erwähnten wiederholt Begriffe wie „burned in“ oder „fully tested“, womit längere Belastungstests vor der Auslieferung gemeint waren. Ziel war es, frühe Hardwareausfälle bereits vor dem Kundeneinsatz zu erkennen. Spätere Beschreibungen berichten zudem von besonders robust aufgebauten Netzteilen mit hochwertigen Filterkomponenten, die unter anderem wegen Einsätzen bei der US Navy verwendet wurden. Gerade militärische und industrielle Kunden legten damals großen Wert auf stabile Stromversorgung und Dauerbetriebssicherheit.

Interessant war außerdem das integrierte Startup-Menü des Systems. Viele CP/M-Rechner jener Zeit starteten direkt in eine Kommandozeile und erwarteten vom Benutzer Kenntnisse über Bootdisketten, Laufwerksparameter oder Terminalinitialisierung. Der QDP-100 ging einen anderen Weg. Beim Einschalten erschien ein eigenes Menüsystem, über das offenbar Systemparameter verändert und Dienstprogramme direkt gestartet werden konnten, ohne sofort komplexe CP/M-Befehle eingeben zu müssen. Heute wirkt das unspektakulär, 1980 war eine derart menügesteuerte Benutzerführung jedoch noch vergleichsweise ungewöhnlich.

Auch äußerlich unterschied sich das System von zahlreichen Konkurrenten. Das schwere Gehäuse mit seinen beiden großen 8-Zoll-Laufwerken wirkte beinahe wie ein kompakter Minicomputer. Einige Varianten besaßen Holzseiten beziehungsweise Holzfurnier — eine Designentscheidung, die Ende der 1970er noch häufiger anzutreffen war, später jedoch nahezu vollständig verschwand. Gleichzeitig brachte das System mehr als 22 Kilogramm auf die Waage und erinnerte damit eher an professionelle Labor- oder Bürohardware als an einen typischen Personal Computer späterer Jahre.

Preislich bewegte sich der QDP-100 ebenfalls klar im professionellen Segment. In den USA lag der Verkaufspreis um 1980 bei rund 4.995 US-Dollar. Laut Computing Today kostete das System 1982 in Großbritannien noch etwa 3.380 Pfund über den Distributor Datatrak in Northampton. Inflationsbereinigt entspricht das heute grob einer Kaufkraft von rund 18.000 bis 20.000 Euro. Zusätzlich bot Quasar optional sogar eine 5-MB-Winchester-Festplatte an — Anfang der 1980er eine ausgesprochen luxuriöse Erweiterung, die den professionellen Anspruch des Systems weiter unterstrich.

Interessant ist auch die spätere Entwicklung des Unternehmens. Bereits 1980 begann Quasar mit dem Übergang zu leistungsfähigeren 16-Bit-Systemen auf Basis des Zilog Z8000. In Anzeigen warb das Unternehmen mit dem Satz „You can have it all … Z-80 OR Z-8000“ und bot teilweise sogar Z80-Emulation an, damit bestehende CP/M-Software weiterhin genutzt werden konnte. Parallel kündigte Quasar bereits UNIX-Unterstützung für die neuen Systeme an — ein deutlicher Hinweis darauf, dass man sich langfristig im professionellen Entwicklungs- und Multiuser-Markt etablieren wollte.

Rückblickend wirkt der QDP-100 dadurch weniger wie ein klassischer Heimcomputer seiner Zeit, sondern eher wie eine kompakte technische Entwicklungsstation. Gerade der integrierte EPROM-Brenner machte das System zu einem Werkzeug für Entwickler und technische Arbeitsumgebungen — ein ungewöhnlicher Ansatz in einer Zeit, in der viele Mikrocomputerhersteller noch versuchten, den Computer überhaupt erst in Büros oder Privathaushalten zu etablieren.

Poly-88: Die Brücke zwischen S-100-Experiment und Personal Computer

Ein kompaktes Metallgehäuse, darin dicht hintereinander gesteckte Leiterkarten, ein Bildschirm, der Zeichen für Zeichen aufbaut – und ein Benutzer, der nicht nur Programme ausführt, sondern versteht, was im Inneren geschieht. So lässt sich die Welt beschreiben, in der der Poly-88 Mitte der 1970er Jahre seinen Platz findet.

Zu diesem Zeitpunkt beginnt sich der Mikrocomputer gerade erst zu definieren. Ein entscheidender Ausgangspunkt ist der Altair 8800, der 1975 vorgestellt wurde. Dieses System gilt als einer der ersten kommerziell erfolgreichen Mikrocomputer und wurde vor allem als Bausatz vertrieben. Seine Bedeutung lag weniger in der unmittelbaren Bedienbarkeit als in seiner Architektur: Erweiterungskarten wurden über ein gemeinsames Stecksystem verbunden, wodurch sich der Rechner flexibel ausbauen ließ.

Genau dieses Prinzip greift der Poly-88 auf – und führt es einen Schritt weiter.

Das sogenannte S-100 Bus-System, das aus dem Altair hervorging, entwickelte sich rasch zu einem inoffiziellen Industriestandard. Hersteller konnten eigene Karten entwerfen – Speicher, Schnittstellen, Erweiterungen – und wussten, dass sie in bestehende Systeme passten. Diese Offenheit machte den Bus zur Grundlage eines frühen Hardware-Ökosystems, auf dem sich unterschiedliche Ansätze entwickeln konnten.

PolyMorphic Systems entstand genau in diesem Umfeld. Bevor überhaupt an einen eigenen Computer gedacht wurde, produzierte das Unternehmen Erweiterungskarten für Altair-Systeme. Der Schritt zum Poly-88 war also kein Sprung ins Unbekannte, sondern eine logische Konsequenz: Wer die Bausteine liefert, kann irgendwann das ganze System bauen.

Doch genau hier zeigt sich eine Verschiebung im Denken.

Während typische S-100-Rechner wie der Altair oder Systeme wie der IMSAI weiterhin als offene Baukästen mit Frontpanel und Schalterlogik konzipiert waren, geht der Poly-88 einen anderen Weg. Die Karten werden nicht mehr klassisch nebeneinander in einer großen Backplane angeordnet, sondern hintereinander in ein kompaktes Gehäuse integriert. Mit nur fünf Steckplätzen wirkt das System auf den ersten Blick eingeschränkt – tatsächlich markiert diese Entscheidung jedoch einen Übergang: weg vom beliebig erweiterbaren Experimentiergerät, hin zu einem stärker definierten, zusammenhängenden System.

Diese Veränderung ist nicht nur mechanisch, sondern auch philosophisch.

Das Handbuch formuliert den Anspruch ungewöhnlich offen:

„The POLY 88 system is designed to be, not only a powerful problem-solver, but also a source of satisfaction and enjoyment.“
(„Das POLY-88-System ist nicht nur als leistungsfähiger Problemlöser gedacht, sondern auch als Quelle von Zufriedenheit und Freude.“)

Der Rechner soll nicht nur funktionieren – er soll verstanden und erlebt werden. Entsprechend beginnt das Manual nicht mit Einschaltanweisungen, sondern mit einer Einführung in Zahlensysteme, Speicherstrukturen und Maschinenlogik. Der Benutzer wird nicht als Konsument betrachtet, sondern als jemand, der die Abläufe im Inneren nachvollziehen soll:

„Computer users should be able to picture in their minds what the computer is going through…“
(„Computeranwender sollten sich im Geiste vorstellen können, was im Inneren des Computers vor sich geht…“)

Diese Haltung blieb auch zeitgenössischen Beobachtern nicht verborgen. Der Informatiker Jef Raskin beschrieb den Umgang mit dem System in Dr. Dobb’s Journal mit den Worten:

„Sheer joy, my friends, sheer joy.“
(„Reine Freude, meine Freunde, nichts als Freude.“)

Diese Begeisterung entsteht nicht durch rohe Leistung, sondern durch Bedienbarkeit. Der Poly-88 verzichtet weitgehend auf das klassische Frontpanel mit Kippschaltern und LEDs und verlagert die Interaktion in Software: Tastatur, Bildschirm und ein Monitor-Programm übernehmen die Steuerung. Der Benutzer arbeitet nicht mehr gegen die Maschine, sondern mit ihr.

Technisch basiert der Rechner auf dem Intel-8080A-Prozessor, einem Baustein, der weniger durch seine Verbreitung im Massenmarkt als durch seine strukturelle Bedeutung auffällt. Während spätere Prozessoren wie der MOS Technology 6502 oder der Zilog Z80 den Heimcomputermarkt dominieren sollten, legte der 8080 die Grundlage für viele dieser Systeme. Im Poly-88 arbeitet er mit etwa 2 MHz und adressiert einen 16-Bit-Adressraum von bis zu 64 KB.

Einstiegskonfigurationen konnten bereits mit 4 KB RAM betrieben werden, während 8 KB als praxisnah galten, insbesondere im Zusammenspiel mit BASIC. Über das S-100-System ließ sich der Speicher schrittweise bis zur architektonischen Grenze erweitern.

Der Speicher selbst wurde dabei nicht als abstrakter Raum verstanden, sondern als physischer Zustand elektronischer Schaltungen:

„When you store a data quantity in the POLY 88, you are actually manipulating the states of many such devices.“
(„Wenn Sie Daten im POLY-88 speichern, verändern Sie tatsächlich die Zustände zahlreicher solcher Bauelemente.“)

Auch softwareseitig zeigte sich ein deutlicher Schritt in Richtung eines nutzbaren Systems. Der im ROM integrierte Monitor – häufig als „Famous 4.0“ bezeichnet – übernahm die grundlegende Steuerung von Tastatur, Bildschirm und Kassettensystem.

Darauf aufbauend spielte BASIC eine zentrale Rolle, allerdings in einer Form, die sich bewusst von der damals aufkommenden Dominanz Microsofts unterschied. Während Microsoft BASIC auf dem Altair zum De-facto-Standard wurde, setzte PolyMorphic Systems auf eine eigene Implementierung, die eng mit der integrierten Video-Hardware verzahnt war.

Für fortgeschrittene Anwender standen zudem Assembler-Werkzeuge zur Verfügung. In erweiterten Konfigurationen ließ sich das System durch zusätzliche S-100-Karten sogar in die Welt von CP/M überführen.

Ein besonders interessanter Aspekt ist die Darstellungsgrafik. Der Poly-88 verfügte über keinen klassischen Bitmap-Modus, nutzte jedoch eine zeichenbasierte Mosaiktechnik. Der Bildschirm arbeitete mit 64 Zeichen pro Zeile bei 16 Zeilen, wobei jedes Zeichen intern in sechs Subpixel unterteilt war. Daraus ergab sich eine effektive Darstellung von etwa 128 × 48 Bildelementen.

Eines der auffälligeren Programme ist Beast, ein frühes Action-Puzzle, das die Möglichkeiten dieser Darstellung eindrucksvoll nutzte.

Der Alltag war dennoch von Einschränkungen geprägt. Programme wurden meist von Kassette geladen – entweder im Kansas City Standard oder in schnelleren proprietären Formaten. Diskettenlaufwerke waren möglich, jedoch nicht Bestandteil der Grundausstattung.

Zeitgenössische Anzeigen – unter anderem im Umfeld des Byte Magazine – zeigen deutlich, dass der Poly-88 als modulare Plattform vermarktet wurde. Konfigurationen wie „System 0“ (ca. 525 US-Dollar), „System 7“ (ca. 1.750 US-Dollar) oder „System 16“ (bis etwa 2.250 US-Dollar) verdeutlichen die Spannweite.

Inflationsbereinigt entspricht dies heute ungefähr einem Bereich von rund 3.000 Euro bis hin zu etwa 11.000–12.000 Euro. Damit bewegte sich der Poly-88 klar im Segment ernsthafter Investitionsgüter.

Im Vergleich dazu wirkten Systeme wie der Altair weiterhin wie experimentelle Baukästen, während später erscheinende Rechner wie der Apple II den entgegengesetzten Weg einschlugen: stärker integriert, benutzerfreundlicher, aber weniger offen in ihrer Architektur. Der Poly-88 steht genau zwischen diesen beiden Ansätzen – technisch noch Teil der S-100-Welt, konzeptionell jedoch bereits auf dem Weg zum Personal Computer.

Zu den Verkaufszahlen existieren keine gesicherten Gesamtwerte. Seine Bedeutung liegt daher weniger im kommerziellen Erfolg als in seiner konzeptionellen Rolle.

Der Poly-88 markiert einen Übergang. Zwischen offenen Systemen und integrierten Computern, zwischen Ingenieurwerkzeug und persönlichem Gerät.

Und genau darin liegt seine eigentliche historische Einordnung.

Vom QDOS zu MS-DOS: Wie ein improvisiertes Betriebssystem zur Grundlage der PC-Ära wurde

Seattle, Frühjahr 1980. In den Büroräumen von Seattle Computer Products sitzt ein junger Entwickler über einem neuen Projekt. Die Firma hat gerade eine Prozessorplatine für den Intel 8086 entwickelt – eine leistungsfähige 16-Bit-CPU, die auf dem damals verbreiteten S-100-Bus eingesetzt werden soll. Doch ohne ein Betriebssystem bleibt die Hardware kaum nutzbar. Also beginnt der Ingenieur Tim Paterson, ein eigenes System zu schreiben. In wenigen Wochen entsteht ein funktionierendes System, das intern den pragmatischen Namen „Quick and Dirty Operating System“ erhält. Jahrzehnte später erinnerte sich Paterson nüchtern an diese Situation: Er habe das System schlicht geschrieben, „weil wir ein Betriebssystem für die 8086-Karte brauchten“, und damals nicht gedacht, dass daraus einmal etwas Bedeutendes entstehen würde.

Als im August 1981 der IBM PC vorgestellt wurde, lief bereits eine weiterentwickelte Version dieses Systems auf der neuen Maschine. In den folgenden Jahren verbreiteten sich Varianten dieses Systems auf hunderten Millionen Personal Computern weltweit. Bis Anfang der 1990er-Jahre hatte Microsoft bereits rund 100 Millionen Lizenzen von MS-DOS verkauft. Hinzu kamen kompatible Varianten wie IBM PC-DOS oder DR-DOS sowie die später auf DOS aufbauenden Systeme Windows 95, Windows 98 und Windows Me, deren installierte Basis die tatsächliche Verbreitung noch erheblich vergrößerte. In vielen Regionen kamen zudem große Mengen nicht lizenzierter Kopien hinzu. Der Ursprung dieser Entwicklung lag jedoch nicht bei IBM und auch nicht bei Microsoft, sondern bei einem kleinen Hardwareunternehmen im Bundesstaat Washington. Dort entstand 1980 ein Betriebssystem namens 86-DOS, das ursprünglich nur dazu gedacht war, eine neue Prozessorplattform überhaupt nutzbar zu machen.

Seattle Computer Products war zu dieser Zeit ein vergleichsweise kleines Unternehmen aus der Region Seattle, das vor allem Erweiterungskarten und Prozessorboards für den S-100-Bus herstellte. Gegründet wurde die Firma 1978 von Rod Brock. Der Markt für Mikrocomputer befand sich damals in einer Phase rasanten Wachstums, doch die Softwarelandschaft war stark fragmentiert. Der De-facto-Standard war CP/M von Digital Research, ein Betriebssystem für 8-Bit-Prozessoren wie den Intel 8080 oder Zilog Z80. Viele Hersteller warteten auf eine angekündigte 16-Bit-Variante namens CP/M-86, doch deren Entwicklung verzögerte sich.

Für Unternehmen wie Seattle Computer Products stellte das ein praktisches Problem dar. Die neue 8086-Hardware konnte zwar technisch überzeugen, doch ohne ein Betriebssystem war sie für Entwickler und Anwender kaum attraktiv. In dieser Situation begann Tim Paterson im Frühjahr 1980 mit der Entwicklung eines eigenen Systems.

Das Projekt erhielt intern zunächst den Namen QDOS, eine Abkürzung für „Quick and Dirty Operating System“. In frühen Anzeigen und Produktinformationen von Seattle Computer Products wurde diese Bezeichnung zeitweise auch öffentlich verwendet. Schon bald entschied sich das Unternehmen jedoch für den Namen 86-DOS, der sich direkt auf den verwendeten Intel-Prozessor bezog und professioneller wirkte.

Technisch war das System bemerkenswert kompakt. Der ursprüngliche Kernel bestand aus nur etwa sechs Kilobyte Assemblercode, eine Größe, die selbst für damalige Verhältnisse ungewöhnlich klein war. Dennoch enthielt das System bereits die grundlegenden Funktionen eines Diskettenbetriebssystems: einen Kommandointerpreter, Dateiverwaltung sowie eine Programmierschnittstelle, über die Anwendungen mit dem Betriebssystem kommunizieren konnten.

Bei der Gestaltung orientierte sich Paterson teilweise an CP/M, das damals praktisch der Industriestandard für Mikrocomputer darstellte. Viele Befehle und Strukturen wurden bewusst ähnlich gehalten, um Entwicklern den Übergang zu erleichtern und die Portierung bestehender Programme zu vereinfachen. Gleichzeitig versuchte er jedoch, einige Schwächen des Vorbilds zu vermeiden. Besonders kritisch sah er die Art und Weise, wie CP/M Diskettenzugriffe organisierte. Das System benötigte oft mehrere Umdrehungen der Diskette, um alle benötigten Daten eines Tracks einzulesen, was den Zugriff vergleichsweise langsam machte. Paterson versuchte deshalb, die Diskettenorganisation effizienter zu gestalten und unnötige Rotationen zu vermeiden.

Eine wichtige technische Entscheidung war die Nutzung einer File Allocation Table (FAT) zur Verwaltung von Dateien. Diese Struktur hatte Paterson zuvor aus Microsofts Disk-BASIC kennengelernt und adaptierte sie für sein Betriebssystem. Das FAT-Dateisystem erlaubte eine flexiblere Organisation von Dateien und wurde später zu einem der langlebigsten technischen Elemente der gesamten DOS-Familie.

Die ersten Versionen von 86-DOS waren bewusst minimalistisch gehalten. Das System bot nur eine begrenzte Zahl grundlegender Befehle – etwa zwanzig interne und externe Kommandos –, mit denen Dateien verwaltet und Programme gestartet werden konnten. Für Entwickler reichte diese Umgebung jedoch aus, um erste Anwendungen für den neuen 16-Bit-Prozessor zu schreiben.

Seattle Computer Products begann 1980 damit, seine 8086-Hardware zusammen mit 86-DOS anzubieten. Anzeigen aus dieser Zeit zeigen Komplettpakete aus CPU-Karte, Support-Board und Betriebssystem für Entwickler und Systembauer. Für das Unternehmen selbst war die Software jedoch vor allem ein praktisches Werkzeug, um die eigene Hardware überhaupt nutzbar zu machen.

Während diese Entwicklung im Nordwesten der USA stattfand, arbeitete IBM an einem Projekt, das später als IBM PC bekannt werden sollte. Um die Entwicklung zu beschleunigen, entschied sich das Unternehmen bewusst gegen eine vollständig proprietäre Architektur. Stattdessen sollten möglichst viele Komponenten aus bereits verfügbaren Standardbausteinen bestehen. Für den Prozessor fiel die Wahl auf den Intel 8088, eine Variante des 8086 mit 8-Bit-Datenbus.

Auch beim Betriebssystem wollte IBM auf vorhandene Lösungen zurückgreifen. Der naheliegendste Kandidat war Digital Research, dessen CP/M damals den Markt für Mikrocomputer dominierte. Im Sommer 1980 nahmen IBM-Vertreter daher Kontakt mit dem Unternehmen auf, um über eine Version namens CP/M-86 für den neuen Rechner zu sprechen.

Die Gespräche verliefen jedoch nicht wie geplant. Verschiedene Berichte schildern unterschiedliche Details, doch fest steht, dass keine Einigung zustande kam. Eine häufig erzählte Version besagt, dass Gary Kildall, der Gründer von Digital Research, an diesem Tag nicht persönlich an den Verhandlungen teilnahm und die Gespräche zunächst von seiner Frau Dorothy McEwen geführt wurden. Sie weigerte sich, eine von IBM verlangte Geheimhaltungsvereinbarung zu unterschreiben, ohne sie vorher juristisch prüfen zu lassen. Als Kildall später zurückkehrte, war die Situation bereits festgefahren. Ob es danach noch weitere Gespräche gab, ist unter Historikern umstritten. Am Ende kam jedoch kein Vertrag zustande.

IBM suchte daher nach einer Alternative und wandte sich an ein kleines Unternehmen aus Seattle, das bereits Software für verschiedene Mikrocomputer geliefert hatte: Microsoft.

Microsoft war zu diesem Zeitpunkt vor allem als Hersteller von Programmiersprachen bekannt. Besonders Microsoft BASIC war auf zahlreichen Mikrocomputern der späten 1970er-Jahre im Einsatz. IBM beauftragte das Unternehmen daher zunächst damit, eine BASIC-Version für den neuen Personal Computer bereitzustellen. Erst im Verlauf dieser Zusammenarbeit entstand auch die Frage nach einem geeigneten Betriebssystem.

Microsoft selbst besaß jedoch noch keines. Hier kam eine Erinnerung von Paul Allen, dem Mitgründer des Unternehmens, ins Spiel. Allen wusste von dem Betriebssystem, das bei Seattle Computer Products für den 8086 entwickelt worden war. Für Microsoft bot sich damit eine Möglichkeit, schnell eine Grundlage für ein neues PC-Betriebssystem zu erhalten.

Ende 1980 erwarb Microsoft zunächst eine Lizenz für 86-DOS von Seattle Computer Products. Kurz darauf entschied sich das Unternehmen jedoch, sämtliche Rechte an der Software vollständig zu übernehmen. Durch diesen Schritt erhielt Microsoft die Kontrolle über die Weiterentwicklung des Systems und konnte es auch unabhängig an andere Hersteller lizenzieren.

Um das System rasch an die Anforderungen des IBM-PC-Projekts anzupassen, holte Microsoft schließlich auch Tim Paterson selbst ins Unternehmen. Der Entwickler wechselte 1981 von Seattle Computer Products nach Redmond und arbeitete dort an der Anpassung seines Systems für den Intel 8088 des neuen Personal Computers.

Erst im Laufe dieser Arbeit wurde ihm klar, für welchen Kunden das Projekt tatsächlich bestimmt war. In späteren Interviews erinnerte sich Paterson, dass Microsoft intern zunächst lediglich von einem neuen Computer eines großen Herstellers gesprochen habe. Erst nach und nach wurde deutlich, dass es sich um den geplanten Personal Computer von IBM handelte. Für Paterson, der wenige Monate zuvor noch ein Betriebssystem für eine S-100-Prozessorplatine geschrieben hatte, bedeutete diese Erkenntnis eine unerwartete Wendung: Aus einem improvisierten Werkzeug für eine einzelne Hardwareplattform wurde plötzlich das Betriebssystem eines Rechners, der kurz darauf zu einer neuen Standardplattform der Personal-Computer-Industrie werden sollte.

Als der IBM PC im August 1981 schließlich vorgestellt wurde, erschien das Betriebssystem unter dem Namen PC-DOS. Parallel dazu behielt Microsoft jedoch das Recht, das System auch unabhängig von IBM zu lizenzieren und unter eigener Bezeichnung zu vertreiben.

Diese Vertragsstruktur erwies sich im Rückblick als entscheidend. Während IBM seine eigene Variante des Systems verwendete, konnte Microsoft das Betriebssystem an die wachsende Zahl von IBM-PC-kompatiblen Computern lizenzieren. Als in den folgenden Jahren immer mehr Hersteller sogenannte PC-Klone auf den Markt brachten, wurde MS-DOS zum gemeinsamen Softwarefundament dieser neuen Computerplattform.

Aus dem kleinen Projekt, das Tim Paterson ursprünglich als pragmatische Lösung für eine einzelne Prozessorplatine geschrieben hatte, entstand so die Grundlage für MS-DOS. In den folgenden Jahren wurde dieses System zum dominierenden Betriebssystem der PC-Welt und prägte eine ganze Generation von Personal Computern.

Die Geschichte von 86-DOS zeigt damit eine typische Konstellation der frühen PC-Industrie: Ein kleines Hardwareunternehmen löst ein unmittelbares technisches Problem, ein Softwareanbieter erkennt das größere Marktpotenzial – und aus einer pragmatischen Zwischenlösung entsteht schließlich eine der prägendsten Plattformen der Computergeschichte.