MS-DOS

MS-DOS
Startbildschirm von MS-DOS 6.22
Entwickler	Microsoft (ursprünglich SCP/ Tim Paterson)
Lizenz(en)	EULA (proprietär) und teilweise MIT-Lizenz (frei)
Erstveröff.	12. August 1981
Akt. Version	8.01 vom 14. September 2000 (vor 21 Jahren und 285 Tagen)
Kernel	monolithisch (Assembler)
Abstammung	QDOS/86-DOS ↳  PC DOS (lizenziert für IBM) ↳ MS-DOS
Architektur(en)	IBM PC (x86 ab 8086/ 8088)
Chronik	QDOS/86-DOS bis 1.14 PC DOS 1.0 PC-DOS 1.1/MS-DOS 1.25 MS-DOS bis 6.22 MS-DOS 7.0 bis 8.0 (mit Windows)
Sprache(n)	hauptsächlich Englisch und u.a. (teilweise) Deutsch
www.microsoft.com

MS-DOS, kurz für Microsoft Disk Operating System, ist Microsofts erstes Betriebssystem für x86-PCs und das Referenzsystem für PC-kompatible DOS-Betriebssysteme. Das von IBM für den IBM PC vertriebene PC DOS entspricht bis Version 6 MS-DOS der jeweils gleichen Version.

Es wurde ursprünglich für den Intel-Prozessor 8086/8088 entwickelt und war in den späten 1980er und frühen 1990er Jahren das dominierende Betriebssystem für Einzelplatzrechner.

Oft steht MS-DOS als Plattform und Spieleplattform für Programme und Computerspiele der späten 1980er und 1990er Jahre, obwohl diese auch auf anderen kompatiblen DOS-Versionen laufen. Mit Emulatoren dieser Plattform wie beispielsweise DOSBox können DOS-Programme und sog. „DOS-Spiele“ auch auf vielen modernen (mit MS-DOS grundsätzlich inkompatiblen) Systemen weiterhin verwendet werden.

Eine angepasste Version von MS-DOS 6.22 wurde von Microsoft als MS-DOS Embedded bis Ende 2015 vertrieben und u.a. für zeitkritische Anwendungen, Startmedien (Bootdisketten) oder für Anwendungen, die direkten Zugriff auf die Hardware erfordern, vor allem in Embedded Systems eingesetzt, wobei das Basissystem meist von den Herstellern z.B. um grafische Benutzeroberflächen erweitert wurde.

Die früheren Windows-Versionen 1.0 bis 3.11 (Windows 3.x) wurden von DOS aus gestartet und waren somit kein eigenständiges Betriebssystem. Windows-9x-Versionen, das sind Windows 95 (4.0), 98 (4.1) und ME (4.9), bringen ein eigenes MS-DOS als Basis mit, sind jedoch in gleicher Weise darauf angewiesen. Erst Windows NT und die darauf basierenden Microsoft-Betriebssysteme bauen nicht mehr auf MS-DOS auf, können dadurch allerdings DOS-Software für den IBM-PC-kompatiblen Computer nur mit Einschränkungen ausführen.

Die Eingabeaufforderung bei MS-DOS ähnelt der des Kommandozeileninterpreters cmd.exe der NT-basierenden Windowssysteme. Bis zur ergänzenden Einführung der DOS Shell in MS-DOS 4.0 war diese Eingabeaufforderung die alleinige, zentrale Benutzeroberfläche des Betriebssystems, von der aus Dateien und Geräte verwaltet sowie Dienstprogramme und Anwendungsprogramme gestartet wurden.

Entwicklungsgeschichte

Tim Patersons S-100-Karte mit Intel-8086-CPU

Die Geschichte, die letztendlich zur Entwicklung des späteren MS-DOS führte, begann bereits im Herbst 1978, als der Programmierer und Hardware-Entwickler Tim Paterson beim Unternehmen Seattle Computer Products (SCP) mit der Entwicklung einer CPU-Einsteckkarte für den damals verbreiteten S-100-Bus begann.

In der zweiten Hälfte der 1970er Jahre war der S-100-Bus eine Art Quasi-Standard zum Aufbau erweiterbarer Rechnersysteme, die damals zumeist unter dem Betriebssystem CP/M betrieben wurden. Statt der damals in S-100-Systemen verbreiteten 8-Bit-CPUs Zilog Z80, Intel 8085 oder Intel 8080 verwendete Paterson die neue 16-Bit-CPU Intel 8086, die erst 1978 von Intel vorgestellt wurde und die später auch die Geschichte der IBM-kompatiblen PCs prägen sollte.

Die Entwicklungsarbeiten an dieser CPU-Einsteckkarte begann Paterson im Herbst 1978, nachdem er im Juni zuvor ein Seminar über die gerade vorgestellte CPU bei Intel besucht hatte. Im Juni 1979 hatte Paterson schließlich einen lauffähigen Prototypen der CPU-Einsteckkarte sowie einen Assembler und einen Maschinensprachemonitor, den 8086-Monitor, entwickelt. Er trat an Microsoft heran, um deren erst kurz zuvor fertiggestellten 8086-BASIC-Interpreter auf seiner neuen Hardware lauffähig zu machen. Noch im Juni 1979 diente auf der National Computer Conference in New York ein S-100-System mit Patersons Einsteckkarte Microsoft als Demonstrationssystem für das neue BASIC-86.

Als Seattle Computer Products Ende 1979 schließlich mit der Auslieferung der 8086-Einsteckkarte begann, war neben ein paar Entwicklungswerkzeugen und dem 8086-Monitor gegen Aufpreis auch Microsofts BASIC-86 für die neue Einsteckkarte verfügbar. Doch ein Betriebssystem, wie es mit CP/M für die 8-Bit-CPU-Einsteckkarten für den S-100-Bus verfügbar war, gab es für die neue 16-Bit-CPU-Einsteckkarte noch nicht. Und obwohl – nach Patersons Aussagen – Digital Research im Sommer 1979 die 8086-Version von CP/M für Dezember 1979 in Aussicht gestellt haben soll, war CP/M-86 – wie das Betriebssystem schließlich später heißen sollte – zur angekündigten Zeit noch nicht in Sicht.

QDOS und 86-DOS

Als CP/M-86 im April 1980 immer noch nicht verfügbar war, begann Paterson schließlich mit der Entwicklung eines eigenen Betriebssystems, das später zu MS-DOS werden sollte. Unter dem Namen QDOS (Quick and Dirty Operating System, frei übersetzt: „schnell und unsauber programmiertes Betriebssystem“) wurde es im August 1980 in Version 0.1 veröffentlicht und zusammen mit der 8086-CPU-Einsteckkarte ausgeliefert. Die Systemaufrufe von QDOS orientierten sich sehr stark an denen von CP/M, was einerseits zwar die Portierung bestehender CP/M-Programme erleichterte, andererseits aber – viele Jahre später – zu gerichtlichen Auseinandersetzungen zwischen Digital Research und Microsoft führte. Seattle Computer Products bewarb QDOS mit dieser „CP/M-Kompatibilität“ und der ausgelieferten Software, die beispielsweise das Einlesen von Dateien im CP/M-Format oder weitgehend automatisierte Konvertierung von Z80- in 8086-Quellcode ermöglichen sollte.

Beim Versionsstand 0.3 wurde QDOS im Dezember 1980 in 86-DOS umbenannt.

PC DOS 1.0, MS-DOS 1.x

Zu dieser Zeit hatte Microsoft QDOS bereits lizenziert und arbeitete im Auftrag von IBM mit Hochdruck an der Portierung der Version 0.3 auf einen frühen Prototypen des IBM PC. Das Ergebnis wurde IBM als Microsoft Disk Operating System 1.0 (kurz MS-DOS) zur Evaluierung vorgelegt. Das Projekt soll zu dieser Zeit so geheim gewesen sein, dass selbst Paterson, der Microsoft als Lizenznehmer immerhin bei der Portierung behilflich war, den Prototyp nicht zu Gesicht bekam. Die Version 1.0 von MS-DOS wurde nie veröffentlicht.

Im April 1981 hatte 86-DOS den Versionsstand 1.0 erreicht. Ab Mai 1981 arbeitete Tim Paterson für Microsoft. Am 27. Juli 1981 kaufte Microsoft schließlich alle Rechte an 86-DOS und entwickelte es fortan unter dem Namen MS-DOS weiter. Was später als PC DOS 1.0 mit dem ersten IBM PC ausgeliefert wurde, war eine durch IBM fehlerbereinigte Version von MS-DOS 1.14.

Obwohl auch das bei 8-Bit-Rechnern der späten 1970er Jahre sehr beliebte Betriebssystem CP/M in einer weiterentwickelten Version als CP/M-86 für den IBM PC verfügbar war, setzte sich IBMs PC DOS als Standardbetriebssystem durch. Als einer der Hauptgründe dafür wird der deutlich geringere Preis von PC DOS vermutet.

Ein weiterer großer Vorteil für die Akzeptanz soll der geringe Portierungsaufwand bestehender CP/M-2.2-Software auf MS-DOS gewesen sein. Während sich Tim Paterson bei der Entwicklung von QDOS vorwiegend an den Systemaufrufen von CP/M 2.2 orientierte und somit sehr kompatibel blieb, stellte CP/M-86 dagegen eine Weiterentwicklung von CP/M dar, die mit einigen tiefergehenden Veränderungen im Bereich der Anwendungsschnittstelle einherging. Viele Programme, die bereits unter CP/M liefen, waren deshalb sehr schnell auch unter MS-DOS verfügbar. Gleiches galt für Neuentwicklungen, so auch im Jahr 1982 mit Microsoft Multiplan, das in den ersten beiden Versionen bereits für CP/M wie auch für MS-DOS verfügbar war. Zahlreiche weitere Plattformen sollten folgen.

Darüber hinaus sehr förderlich war das Vorhandensein eines in wichtigen Teilen deutlich leistungsfähigeren Dateisystems namens FAT in MS-DOS. Dieses Dateisystem war ursprünglich in einer 8-bittigen Variante bereits 1977 von Microsoft als Dateisystem für das Paket Standalone Disk BASIC-80 für einen NCR-Rechner entwickelt worden. 1979 wurde es auch ein Bestandteil von Standalone Disk BASIC-86, als dieses auf die 8086-CPU-Einsteckkarte von Seattle Computer Products angepasst worden war, nicht zuletzt, weil die fraglichen S-100-Systeme in der Regel bereits mit Diskettenlaufwerken ausgeliefert wurden.

Basierend auf dieser konzeptionellen Grundlage passte Tim Paterson das FAT-Dateisystem im Juli 1980 für seine Bedürfnisse an, indem er die Anzahl der FATs von drei auf zwei reduzierte, die Breite der Einträge von 8 auf 12 Bit erweiterte, die Verzeichnistabelle zwischen der FAT und dem Datenbereich anordnete, die Bedeutung einiger reservierter Cluster-Werte umwidmete und das vormalige 6.3-Namensschema zwecks CP/M-API-Kompatibilität auf 8.3 Zeichen erweiterte. Im Februar 1981 wurden mit 86-DOS 0.42 auch die Verzeichniseinträge von 16 Bytes auf 32 Bytes vergrößert, und die Frühform des FAT12-Dateisystems war geboren, aufgrund abweichender logischer Geometrien jedoch immer noch in einem Format, das von späteren MS-DOS- und PC DOS-Versionen nicht gelesen werden kann.

MS-DOS 2.x und höher

Um Probleme mit den neu aufkommenden Festplatten zu umgehen, integrierte Microsoft in der Version 2 Konzepte aus Xenix, einem Unix-Abkömmling von Microsoft. Die übernommenen Konzepte ermöglichten hauptsächlich ein hierarchisches Dateisystem – mit anderen Worten, die heute selbstverständlichen Unterverzeichnisse – und ein Treiberkonzept für block- und zeichenorientierte Geräte.

Die Version 3 enthielt Erweiterungen, um über ein Netzwerk Daten von entfernten Rechnern nutzen zu können (LAN-Manager). Mit der Version 3.2 wurden erstmals 3,5-Zoll-Diskettenlaufwerke und entsprechende 720-kB-Disketten unterstützt, 1,44-MB-Disketten ab der Version 3.3.

Bei der Version 4 wurde im Wesentlichen die Begrenzung der Festplatten-Kapazität auf rund 32 MB pro logischem Laufwerk angehoben. Zur Arbeitserleichterung wurde die MS-DOS-Shell (umgangssprachlich wegen des Dateinamens DOSSHELL.EXE als „Dosshell“ bezeichnet) als Oberfläche eingeführt.

Mit der Version 5 wurde ein Speichermanagement geliefert, mit dem es möglich war, Teile des Betriebssystems und speicherresidente Programme in den Upper-Memory-Bereich, dem Speicherblock zwischen 640 KB und 1 MB, zu verlagern. Dadurch konnten Anwendungen mehr Hauptspeicher, der architekturbedingt auf 640 kB begrenzt ist, zur Verfügung gestellt werden. Voraussetzung dafür ist ein Rechner mit einem 286er-Prozessor. Auch die maximale Größe von logischen Laufwerken wurde auf 2 GB erhöht. Ansonsten enthielt die Version hauptsächlich Erleichterungen bei der Benutzerführung. Dazu gehörten etwa eine erweiterte MS-DOS-Shell, ein neuer Editor und eine Online-Hilfe.

In der Version 6 wurden neben diversen Detailverbesserungen der bestehenden Konzepte und dem Hinzufügen verschiedener Fremdprodukte keine wesentlichen Veränderungen mehr vorgenommen. Erwähnenswert ist DoubleSpace (später DriveSpace), mit dem es möglich wurde, Daten ohne zusätzliche Maßnahmen komprimiert auf der Festplatte zu speichern und damit auf Kosten der Geschwindigkeit und Datensicherheit bis zu 50 Prozent Festplattenspeicher zu sparen.

Die Veröffentlichung von weiteren Versionen (7, 8) erfolgte nur noch in Kombination (Bundle) mit dem grafischen Protected-Mode-Betriebssystem Windows. Eine substantielle Verbesserung des Systems selbst fand nicht mehr statt bzw. wurde weitgehend durch Verbesserungen im überlagerten Windows-System abgedeckt. Die wahrscheinlich wichtigste Verbesserung war die Einführung von FAT32 mit MS-DOS 7.10 (ab Windows 95 OSR2). MS-DOS wurde in seiner Bedeutung vor allem auf ein Hilfsmittel beim Boot-Vorgang, als Wartungsplattform und als Skript-Interpreter reduziert.

Im Jahr 2014 wurden die Quelltexte der Versionen 1.25 und 2.0 dem Computer History Museum als Spende übergeben, weiterhin 2018 unter die MIT-Lizenz gestellt und auf GitHub veröffentlicht, was sie zu Open-Source-Software macht. Auch das Computer History Museum veröffentlichte diese „zum Verständnis, wie sich Software von primitiven Wurzeln zu einem entscheidenden Teil unserer Zivilisation entwickelt hat“.

Probleme von MS-DOS

Bei der Einführung neuer Intel-Prozessoren wurde von Intel immer darauf geachtet, dass die Prozessoren beim Start in einem Modus laufen, der sich kompatibel zu einem 8088-/8086-Prozessor verhält. Dieser Modus wird Real Mode genannt und ist auch noch bei Prozessoren wie zum Beispiel dem Core i7/i5/i3 und dem AMD FX/Phenom II/Athlon II enthalten (Abwärtskompatibilität).

Im Real Mode kann maximal 1 MiB Adressraum verwendet werden. Durch die Aufteilung des Adressraums in normalen Speicher für das Betriebssystem / die Anwenderprogramme und reservierten Adressraum für Memory Mapped I/O sowie das BIOS steht MS-DOS und den unter MS-DOS laufenden Applikationen ein maximaler Hauptspeicher von 640 KiB zur Verfügung. Diese Beschränkung des Arbeitsspeichers wurde im Laufe der Zeit immer mehr zu einer problematischen Hürde, die mittels einer aufwendigen Speicherverwaltung, beginnend in MS-DOS Version 4, nur teilweise aufgehoben wurde. Mittels eines Tricks, der eine undokumentierte Eigenschaft der Prozessoren ausnutzte, konnte das Betriebssystem selbst jedoch größtenteils aus dem 1-MiB-Adressraum ausgelagert werden. Auch Anwendungen konnten über spezielle APIs Speicher außerhalb dieses Bereichs anfordern. Diese Vorgehensweise war aber mit erheblichem Programmieraufwand verbunden und war mit manchem älteren Programm nicht kompatibel, so dass der Benutzer oft gezwungen war die Speicherkonfiguration je nach gerade verwendeter Software jeweils per Hand anders einzustellen. Dies war für Nichtexperten sehr schwer verständlich und bedeutete eine zusätzliche Fehlerquelle, besonders wenn Gerätetreiber und TSR-Programme zusätzlich ins Spiel kamen.

Auch die Verwaltung von immer größer werdenden Festplattenlaufwerken führte MS-DOS immer wieder an die Grenze seiner Leistungsfähigkeit. Die maximal unterstützte Kapazität von Festplattenpartitionen musste mehrfach in neuen Versionen des Betriebssystems erhöht werden. Problematisch war auch das ursprünglich nur für Disketten entwickelte FAT-Dateisystem (FAT12). Dieses war für Disketten mit einer anfänglichen Kapazität von bis zu 360 kB entwickelt worden und war für die Verwaltung großer Medien ungeeignet. Später wurde mehrfach die maximale Kapazität der Partitionen erhöht (FAT16 ab DOS 2.0, FAT16B ab DOS 3.31), und ab Windows 95 (MS-DOS 7.00 integriert) wurden über eigentlich ungültige Verzeichniseinträge längere Dateinamen für Windows unterstützt – diese Möglichkeit bot auch das bereits kurz zuvor auf den Markt gebrachte, nicht auf MS-DOS basierende Windows NT 3.51. Mit Windows 95B und Windows 98 (MS-DOS 7.10 integriert) kam die Einführung des neuen Dateisystems FAT32, das auch Partitionen mit mehr als 2 GiB adressieren kann.

Aufgrund von Fehlern in den Programmen dieser MS-DOS-Versionen war die nutzbare Festplattengröße aber häufig auf 127,5 GiB beschränkt, obwohl das Dateisystem bis zu 2048 GiB unterstützt.

Ein weiteres Problem stellt die Einführung neuer Funktionen dar.

DOS greift über das Interrupt-Interface (per INT 13h) auf Datenträger zu. Diese Schnittstelle wird in der Regel vom ROM-BIOS IBM-kompatibler Rechner oder von speziellen Ergänzungs-BIOSen von Zusatzkarten zur Verfügung gestellt. Auf diese Weise sind die Unterschiede im Hardwarezugriff zwischen MFM-, RLL-, ESDI-, SCSI- und IDE-Festplatten/Controllern für DOS weitestgehend transparent. Heute übliche Serial-ATA-Controller arbeiten jedoch oft standardmäßig in den AHCI- oder RAID-Modi. Da der Zugriff darauf nicht mehr über die klassische Registerschnittstelle für Festplatten-Controller im I/O-Bereich erfolgt, die standardmäßig von allen BIOSen unterstützt wird, finden manche ROM-BIOSe ohne spezielle Unterstützung für diese Modi diese nicht mehr und stellen solche Laufwerke in der Folge auch nicht mehr auf INT-13h-Ebene bereit, wodurch sie für DOS „unsichtbar“ bleiben, solange keine DOS-Preboot-Treiber zur Verfügung stehen, die entweder die normale INT-13h-Schnittstelle emulieren oder die solche Laufwerke auf DOS-Blockgerätetreiberebene (via CONFIG.SYS) ins System einbinden. Oft kann man jedoch in der Konfiguration des ROM-BIOS einen „IDE Legacy Mode“ aktivieren, in dem solche Festplatten auf Hardware-Ebene wie klassische IDE-Festplatten erscheinen und somit vom ROM-BIOS und DOS erkannt und dann auch problemlos benutzt werden können.

Die Grenzen des Betriebssystems wurden bis zum Ende der MS-DOS-Ära mit MS-DOS 8.00 (in Windows Me integriert) stetig erweitert. Allerdings wurden die grundlegenden strukturellen Einschränkungen nie beseitigt, sondern aufgeschoben. Das führte beispielsweise dazu, dass unter MS-DOS große Datenträger auch heute wieder ausschließlich in Abschnitte partitioniert verwendet werden können.

Für viele heute übliche Schnittstellen wie USB und S-ATA gibt es gar keine DOS-Unterstützung mehr. Solche Geräte können unter DOS nicht verwendet werden. Eine Ausnahme stellen USB-Tastaturen und die meisten einfachen USB-Datenträger (externe Festplatten, externe Diskettenlaufwerke, Sticks u.Ä.) dar: Für diese ist in den meisten BIOSen nach wie vor eine Emulationsebene eingebaut, so dass sie auf einem solchen Rechner auch unter DOS verwendet werden können. Mit speziellen Treibern (welche in config.sys und autoexec.bat gestartet werden müssen) ist es jedoch auch außerhalb der Emulationsebene möglich, USB-Laufwerke anzusprechen. Beide Ausnahmen unterstützen kein Hot Swapping.

Befehlssatz

Die Funktionsweise vieler Kommandos kann mit Parametern (auch Schalter genannt) beeinflusst werden, die meist mit einem Schrägstrich („slash“) eingeleitet werden. Die Aufrufsyntax der meisten Befehle wird ab MS-DOS 5.0 ausgegeben, wenn als Parameter /? übergeben wird.

DOS-Emulatoren

MS-DOS lässt sich in diversen Emulationsumgebungen nutzen. Anwendungsprogramme haben dabei eine recht hohe Wahrscheinlichkeit, sich bestimmungsgemäß zu verhalten. Programme, die direkte Hardware-Zugriffe benötigen, können jedoch unter echten Multitaskingsystemen wie OS/2, Windows NT oder Unix systembedingt, je nach Umfang der Emulation, gegebenenfalls nicht oder nur sehr eingeschränkt laufen. Das ist vor allem bei Spielen der Fall.

Das Betriebssystem OS/2, das von IBM und Microsoft ursprünglich als gemeinsamer Nachfolger von DOS konzipiert worden war, verfügt über ein integriertes DOS-Modul, das der MS-DOS-Version 5 entspricht. Dieses Modul kann darin gestarteten Original-DOS-Programmen deutlich mehr Speicher zuteilen als ein eigenständiges DOS, weil das Wirtssystem OS/2 die DOS-Betriebssystemschnittstelle nachahmt (emuliert), indem es sie auf die eigenen Serviceroutinen umleitet und dabei nicht mehr an den eingeschränkten Real-Mode-Speicherbereich des Original-DOS gebunden ist. Die Grundlage des OS/2-DOS-Moduls ist der virtuelle 8086-Modus des i386-Prozessors und seiner Nachfolger. Dabei handelt es sich um einen Hardware-Service, der „nur noch“ vom Betriebssystem entsprechend genutzt werden muss, um DOS-Anwendungen als Ausführungsumgebung zu dienen. Da jedes DOS-Programm auf einem eigenen virtuellen 8086-Prozessor läuft, profitieren die DOS-Programme von der Multitaskingfähigkeit, dem Speicherschutz und der erhöhten Stabilität von OS/2.

Im Gegensatz zu OS/2 sind Windows 3.x oder verwandte Systeme keine vollständigen Betriebssysteme, sondern nur ein Aufsatz für ein Original-DOS. Obwohl auch diese älteren 16-Bit-Windows-Versionen die damals neueren Prozessoren (ab dem 80286) besser ausnutzen können als das Original-DOS, emulieren sie die DOS-Schnittstelle nicht, sondern leiten die Betriebssystem-Aufrufe des DOS-Programms an das weiterhin laufende Original-DOS weiter, mit den dann unvermeidbaren Nachteilen für Speicherbedarf und Stabilität.

Windows NT und seine Nachfolger sind vollständige Betriebssysteme, die DOS-Programmen keine originale DOS-Umgebung mehr bieten. Stattdessen verfügen diese 32-Bit-Windows-Versionen über die NTVDM (für NT Virtual DOS Machine), eine Emulatorlösung, die vergleichbar zur Umsetzung unter OS/2 ist, da die bei dessen (anfänglich) gemeinsamer Entwicklung durch IBM und Microsoft gewonnenen Erkenntnisse beiden Unternehmen für ihre weiteren Entwicklungen zur Verfügung standen.

Die 64-Bit-Versionen von Windows XPund dessen Nachfolger können 16-Bit-Code, und somit auch DOS-Programme, generell nicht mehr selbst ausführen. Ersatzweise kann man PC-Emulatoren wie Virtual PC, VirtualBox oder VMware nutzen, die keine DOS-Schnittstelle mehr emulieren, sondern einen gesamten PC mit Prozessor und Peripherie.

Unter Linux gibt es das Programm DOSEMU, das DOS-Anwendungen als virtuellen 8086-Task in sehr ähnlicher Art und Weise wie unter Windows und OS/2 ausführen kann, indem es ebenfalls auf dem virtuellen 8086-Modus des i386-Prozessors basiert. Auch ganze Dateisysteme können virtualisiert werden. Bei Bedarf ist es jedoch auch möglich, der virtuell laufenden DOS-Anwendung das originale Dateisystem des Linux-Wirtssystems teilweise oder ganz zu öffnen. Ebenso können einzelne Geräte und Schnittstellen an das virtualisierte System zur Nutzung weitergereicht werden. DOSEMU emuliert nicht DOS selbst, sondern nur die Hardware-Umgebung, die ein DOS benötigt, um ablaufen zu können; daher wird noch eine Kopie von MS-DOS oder einem dazu kompatiblen DOS benötigt. Aktuelle Versionen von DOSEMU werden mit einer integrierten Version von FreeDOS ausgeliefert, so dass man auf eine MS-DOS-Lizenz oft verzichten kann.

Mit DOSBox ist es möglich, eine vollständige CPU vom Typ 80286 oder i386 im Real Mode wie auch im Protected Mode sowie den zugehörigen PC mitsamt einem teilweise zu MS-DOS kompatiblen emulierten DOS nachzubilden. Allerdings ist DOSBox und insbesondere das eingebettete DOS für die Nutzung von auf MS-DOS laufenden Spielen gedacht; es fehlen dafür nicht benötigte Features wie etwa eine Druckerunterstützung und viele seltener benutzte Kommandozeilenbefehle. Es besteht auch die Möglichkeit (wie in DOSEMU erforderlich), ein anderes DOS innerhalb von DOSBox zu starten, dann gehen aber manche Eigenschaften, wie der direkte Zugriff auf freigegebene Teile des Wirts-Dateisystems, verloren. Die Ausführungsgeschwindigkeit ist bei DOSBox im Vergleich zu einem auf der gleichen Hardware laufenden Original-Betriebssystem mehr oder weniger deutlich reduziert. Vor allem grafisch aufwendige Anwendungen werden dadurch verlangsamt, dass die nötigen Berechnungen nicht auf der Grafikkarte des Wirtssystems, sondern in seinem Hauptprozessor berechnet werden. Außerdem wird keine x86-Virtualisierung (in Hardware, z.B. AMD-V, Intel VT-x oder VIA VT) unterstützt. DOSBox ist neben Windows, macOS und Linux unter anderem auch auf BeOS, MorphOS, eComStation (OS/2) und auf der Sega Dreamcast verfügbar. Da auch der Prozessor vollständig emuliert werden kann, können MS-DOS-Anwendungen innerhalb von DOSBox auch auf anderen Prozessortypen als den x86-kompatiblen ausgeführt werden, aber meist mit noch stärkerem Geschwindigkeitsverlust.

Grafische Benutzeroberflächen

Grafische Benutzeroberflächen für MS-DOS sind unter anderem ältere Windows-Systeme, .

Siehe auch

• Disk Operating System

Basierend auf einem Artikel in: Wikipedia.de

Seite zurück
© biancahoegel.de
Datum der letzten Änderung: Jena, den: 21.09. 2022