Zum Inhalt springen

Expanded Memory Specification

aus Wikipedia, der freien Enzyklopädie

Vorlage:Hinweisbaustein Die {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) (kurz EMS genannt, oft unglücklich zu „Expansionsspeicher“<ref></ref> eingedeutscht) ist eine Schnittstelle zum Zugriff auf sogenannten {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) auf einem x86-kompatiblen PC im {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value).<ref name="Roman98">Der BibISBN-Eintrag Vorlage:BibISBN/038798531X ist nicht vorhanden. Bitte prüfe die ISBN und lege ggf. einen neuen Eintrag an.</ref>

Eigenschaften

Sie war für IBM-PC-kompatible Computer, „PCs“, auf Basis von 16-Bit-x86-Prozessoren 8088/8086, 80186 und ggf. auch 80286 gedacht. Mit den 8088/8086 und 80186 stand nur ein Adressraum von maximal 1 MiB in direkter Adressierung (also ohne Speicher-Management-Funktionen, der retronym so genannte {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value)) zur Verfügung. Diese Einschränkung gilt auch für Nachfolgeprozessoren, wenn sie im 8088/8086-kompatiblen {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) betrieben werden.

Mit EMS kann die Begrenzung auf 1 MiB physischen Speicher umgangen werden, indem weiterer Speicher in kleinen Seiten an einer bestimmten (normalerweise nicht mit RAM belegten) Stelle im 1 MiB Adressraum eingeblendet wird.<ref name="Roman98" /><ref>Jörg Wollert, Jörg Fiedler: Automatisieren mit dem PC. 2. Auflage. Springer, Berlin, Heidelberg 1998, ISBN 978-3-540-63271-9, 3 Betriebssysteme; 3.2 MS-DOS, S. 128 ff. „Expanded Memory (EMS) ermöglicht über eine spezielle Hardware die Zuordnung eines in 16 Kbyte große Abschnitte aufgeteilten Speichers in ebenso große Abschnitte innerhalb eines 64 Kbyte großen Fensters. Die Lage des Fensters kann beliebig verschoben werden, es muß jedoch gewährleistet sein, daß sich an dieser Stelle kein Speicher (RAM oder ROM) befindet.“</ref> Eine solche Speichererweiterung („Expansionsspeicher“) war bis zum 80186 nur in Form von Speicherkarten möglich, das sind Steckkarten mit darauf verbauten Speicherbausteinen, die auch auf PCs mit 80286-Prozessor wie dem PC/AT noch vielfach verwendet wurden.

Der Vorteil von EMS-Speicher gegenüber XMS ist, dass der Prozessor stets im {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) verbleibt, was auf damaligen Systemen häufig schneller war.<ref>Jörg Wollert, Jörg Fiedler: Automatisieren mit dem PC. 2. Auflage. Springer, Berlin, Heidelberg 1998, ISBN 978-3-540-63271-9, 3 Betriebssysteme; 3.2 MS-DOS, S. 128 ff., S. 129: „Der Vorteil des EMS-Konzepts ist die Verwendung des ‚real mode‘ der Prozessoren. In diesem Modus wird eine einfache und damit sowohl schnelle als auch deterministische Zuordnung des logischen und physikalischen Speichers vorgenommen. Damit ist dieser Modus für harte Echtzeitanforderungen im Gegensatz zu den anderen Modi besonders geeignet. Die Verwendung von EMS-Speicher ermöglicht die Berücksichtigung von größeren Speicherbereichen, ohne in einen anderen Modus schalten zu müssen.“</ref> Der über EMS verfügbare zusätzliche Speicher ist für Daten gedacht. Das direkte Ausführen von Programmcode in den eingeblendeten Speicherseiten ist im Regelfall nicht möglich.<ref>Jörg Wollert, Jörg Fiedler: Automatisieren mit dem PC. 2. Auflage. Springer, Berlin, Heidelberg 1998, ISBN 978-3-540-63271-9, 3 Betriebssysteme; 3.2 MS-DOS, S. 128 ff., S. 130: „Die Struktur des EMS-Speichers ist vor allem für die Ablage von umfangreichen Daten geeignet, wie sie z. B. in der Meß- oder Betriebsdatenerfassung vorkommen. Die direkte Ausführung von Code im EMS-Speicher ist nur über spezielle Verwaltungsmechanismen möglich, die vom EMM-Treiber in der Version 3.x nicht berücksichtigt werden.“</ref>

Bei 32-Bit-Systemen hat EMS keine praktische Bedeutung mehr, weil moderne Betriebssysteme und Prozessoren ausreichend Adressraum haben, und PC-Betriebssysteme wie DOS, OS/2 und Windows im {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) diesen Adressraum auch nutzen können. x86-Prozessoren ab dem 80386, der die 32-Bit-x86-Architektur „IA-32“ begründet, unterstützen auch flexibles Speichermanagement mit virtuellem Speicher. Auch auf PCs unter DOS, weiterhin ein 16-Bit-Betriebssystem, etablierte sich ab dem 80386er virtueller Expansionsspeicher (siehe EMS ab dem 386er), der mit den Speicherverwaltungsmethoden des {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) im „Erweiterten Speicher“ (als XMS bezeichnet) emuliert wird, als besserer Ersatz und daher als Nachfolger von EMS-Speicherkarten. Auf dem 80286, der als 16-Bit-Architektur ebenfalls Speicher bis 16 MiB in Form von XMS unterstützt, wurde zwar später prinzipiell auch virtueller EMS-Speicher möglich, aber weniger effizient als auf dem 386er und neueren x86-Prozessoren. Zudem ersetzte XMS auch in Programmen zunehmend EMS, da er einfacher zu bedienen ist als andere Methoden.

Entstehungsgeschichte

Datei:EmulexPersyst 4M ISA.jpeg
Emulex Persyst 16 Bit ISA-Karte mit 4 MiB RAM

Mitte der 1980er Jahre, als das Betriebssystem MS-DOS den PC-Markt dominierte, reichten die 640 KiB Konventioneller Speicher, die es für Programme maximal zur Verfügung stellte, für viele größere Programme bereits nicht mehr aus. Es wurden verschiedene Lösungen realisiert, um auf mehr Arbeitsspeicher zuzugreifen. So wurden spezielle Steckkarten verkauft, die oft zwischen 512 KiB und 2 MiB zusätzlichen Speicher enthielten. Diese Karten blenden einen Teil ihres Speichers an einer bestimmten Stelle im 1-MiB-Adressraum ein – diese Technik wird als {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) bezeichnet –, so dass ein DOS-Programm, das mit EMS umgehen kann, darauf zugreifen kann. Der eingeblendete Teil selbst darf bis zu ca. 64 KiB groß sein.<ref>https://books.google.de/books?id=pDGnxFyejN4C&lpg=PA170&hl=de&pg=PA156#v=onepage&q&f=false More Options For enlarging the Dimensions of Memory by Charles Petzold, Test von Expanded Memory Karten (englisch)</ref> Über spezielle Befehle kann gesteuert werden, welcher Teil des Kartenspeichers im Adressraum des Prozessors eingeblendet werden soll. Mit dieser Technik kann ein Programm nie den gesamten Kartenspeicher auf einmal verwenden, sondern immer nur den Teil, der gerade eingeblendet ist. Die Speicherkarten wurden {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) genannt (von {{Modul:Vorlage:lang}} Modul:Vorlage:lang:103: attempt to index field 'wikibase' (a nil value) für deutsch u. a. expandieren, ausdehnen oder ausbauen). Dementsprechend wird der Speicher, der so zusätzlich zur Verfügung steht, mit {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) bezeichnet.

Anfangs waren EMS-Speicherkarten zueinander inkompatibel und ein Programm, das diese {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) unterstützte, musste für die spezielle Speicherkarte eigene Programmfunktionen besitzen. Da das sehr unpraktikabel war, einigten sich im Jahre 1985 die Firmen Lotus (als Hersteller der Tabellenkalkulation Lotus 1-2-3), Intel und Microsoft auf einen Standard: LIM-EMS. Bei Programmen ab 1985 ist daher in der Regel dieser Standard gemeint, wenn von {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) die Rede ist.

Skriptfehler: Ein solches Modul „Vorlage:Anker“ ist nicht vorhanden.LIM-EMS

LIM-EMS („LIM“ steht für Lotus, Intel und Microsoft) schreibt einen so genannten „{{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value)“ (EMM) vor. Dies ist ein Gerätetreiber, der seine Funktionen über einen Software-Interrupt zur Verfügung stellt. Der {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value), eingedeutscht auch oft „EMS-Speicher“ (neben „Expansionsspeicher“), wird in Seiten ({{Modul:Vorlage:lang}} Modul:Vorlage:lang:103: attempt to index field 'wikibase' (a nil value)) zu je 16 KiB aufgeteilt. Im Adressraum wird ein 64 KiB großes Fenster ({{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) oder {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value)) reserviert, in dem dann jeweils 4 EMS-Speicherseiten eingeblendet werden. Das EMS-Fenster belegt meist die Adressen D0000hex bis DFFFFhex; die 4 eingeblendeten EMS-Seiten beginnen an den Adressen D0000hex, D4000hex, D8000hex und DC000hex. Der Speicher aus dem die 64 KiB Fenster eingeblendet werden, konnte anfangs selbst bis zu ca. 8 MiB groß sein. Bei LIM-EMS 4.0 kann bis zu 32 MiB EMS-Speicher verwendet werden.<ref>Hans C. Nieder: MS-DOS 6.2 + 6.22: Das Kompendium; komplette Übersicht aller Funktionen. Markt+Technik Verlag, 1999, ISBN 3-8272-5693-3, Expansionsspeicher bzw. Expanded Memory (EMS), S. 607 (eingeschränkte Vorschau in der Google-BuchsucheSkriptfehler: Ein solches Modul „Vorlage:GoogleBook“ ist nicht vorhanden.): „Mit EMS 4.0 können bis zu 32 Mbyte Expansionsspeicher installiert werden.“</ref>

Der vom Kartenhersteller mitgelieferte EMS-Treiber (oft EMM.SYS) bietet einen genormten Satz an Funktionen an, etwa zur Abfrage der Größe des gesamten {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value), der Anzahl der noch freien Seiten, das Belegen und Freigeben von Speicherseiten und natürlich das Ein- und Ausblenden bestimmter Seiten in das EMS-Fenster.

Die Funktionen des EMS-Treibers stehen am Software-Interrupt 67hex zur Verfügung.<ref name="Yale">INT 67 - Expanded Memory Specification. In: flint.cs.yale.edu. Yale University, abgerufen am 26. Dezember 2023 (Lua-Fehler in Modul:Multilingual, Zeile 153: attempt to index field 'data' (a nil value)).</ref>

Skriptfehler: Ein solches Modul „Vorlage:Anker“ ist nicht vorhanden.EMS ab dem 386er

Die EMS-Speicherkarten erlangten keine allzu große Verbreitung, da sie recht teuer waren. Ab dem 80386er beherrschten die Prozessoren jedoch einen speziellen Betriebsmodus, der {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) bzw. kurz VM86 genannt wird. Mit diesem Modus lässt sich eine {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value)-Umgebung (wie sie DOS benutzt) innerhalb einer {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value)-Umgebung emulieren. Im {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) beherrschen die x86-kompatiblen Prozessoren ab dem „i386“ außerdem die so genannte {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value)-Technik, mit der eine Abbildung der (virtuellen) Programmadressen auf davon verschiedene reale (physische) Speicheradressen möglich wird.

Diese beiden Techniken ermöglichen einen Speichertreiber, der ein EMS-Fenster bereitstellt, und die Zugriffe darauf auf andere Speicherbereiche (jenseits der 1-MiB-Grenze) umlenkt. Ein EMS-Treiber ermöglicht so die Bereitstellung von EMS-Speicher, ohne dass eine EMS-Karte im Rechner vorhanden ist. Der Standard-EMS-Treiber ist EMM386.EXE von Microsoft, wie er bei MS-DOS ab Version 4.00 mitgeliefert wurde, es gibt aber auch entsprechende Pendants anderer zu MS-DOS kompatibler DOS-Versionen, z. B. DR DOS, oder Speichermanager mit EMS-Funktion von Drittanbietern, z. B. QEMM oder 386MAX, die mit den meisten gängigen DOS-Versionen kompatibel sind.

EMM286

Der 80286-Prozessor kann bis zu 16 MiB adressieren. Wie beim Nachfolger 80386 wäre emulierter EMS-Speicher eine Möglichkeit gewesen, ohne teure EMS-Erweiterungskarten an EMS-Speicher zu kommen. Allerdings wurde der 80286 entworfen, um vom Betriebssystem in den {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) umgeschaltet zu werden, wo die gesamten 16 MiB adressierbar sind, und in diesem Modus dann auch zu verbleiben – ein Zurückschalten oder eine Hardware-unterstützte Emulation des {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value)-Betriebs (wie später beim 80386) war beim 80286 nicht vorgesehen. Zwar startet aus Gründen der Kompatibilität auch der 80286 (wie alle späteren x86-Prozessoren der nächsten Jahrzehnte) weiterhin im 8088/8086-kompatiblen {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value), doch in diesem Modus sind, wie gehabt, nur 1 MiB RAM erreichbar.

Das Problem war jedoch, dass das 16-Bit-Betriebssystem MS-DOS und PC DOS sowie dafür geschriebene Programme weiterhin den Markt beherrschten, sodass auch der 80286 unter DOS stets im {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) betrieben wurde. Betriebssysteme, die den 16-Bit-{{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) des 286er nutzten – wie bspw. Xenix 286 oder OS/2 – waren die Ausnahme bzw. hatten nicht dieselbe Verbreitung wie DOS.<ref></ref> Deshalb wurden vielfach die für den 8088/8086 entwickelten EMS-Speicherkarten weiterverwendet. Nach und nach wurden auch spezielle, aber teurere Chipsätze für den 80286 entwickelt, die LIM-EMS innerhalb der maximal möglichen 16 MiB emulieren können, wie z. B. der NEAT-Chipsatz von Chips & Technologies. Wie zuvor auch bei den EMS-Speicherkarten lagen nun den unterschiedlichen 286er-Mainboards jeweils spezielle vom Hersteller bereitgestellter DOS-Treiber bei, denn die Chipsätze sind untereinander nicht kompatibel.

Erst als nach einiger Zeit ein Workaround gefunden wurde, den 80286-Prozessor wieder geordnet in den {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) zurückfallen zu lassen, wurde es möglich, analog zu EMM386 einen allgemeinen EMS-Treiber zu entwickeln, der nur in den {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) schaltet, um die gewünschte EMS-Seite ins untere 1 MiB zu kopieren, und anschließend wieder in den {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) zurückkehrt. Damit war EMS-Speicher zwar auch für den 80286 ohne teure Zusatzkarte und ohne speziellen Chipsatz verwendbar, zu einer größeren Verbreitung kam es angesichts zwei entscheidender Nachteile allerdings nicht: Zum einen dauert das Zurückfallen aus dem {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) in den {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) beim 286er deutlich länger als beim moderneren 386er, zum anderen muss der Vorlage:Monospace-Treiber das 64 KB große Speicherfenster im konventionellen Speicher bereitstellen – da Upper Memory Blocks (UMBs) auf 286-Hardware nur mit entsprechender Hardware (Chipsatz, Erweiterungskarten) und in Zusammenarbeit mit den dafür nötigen DOS-Treibern überhaupt erst möglich ist. Dadurch wir der freie Speicher für DOS-Programme um 64 kB beschnitten, was entscheidend sein kann. Beide Nachteile bestehen sowohl bei einem 286er-Chipsatz, der EMS im erweiterten Speicher unterstützt (mit dem dafür vorgesehenen EMS-Treiber), als auch beim 80386-Prozessor nicht.

Nachfolge

Als Nachfolger von EMS kann XMS gesehen werden. Dennoch wurde EMS-Speicher auch nach der Verfügbarkeit von XMS noch lange Zeit von DOS-Programmen unterstützt. Gerade bei 16-Bit-DOS-Programmen ergab sich der Vorteil, auch auf älteren PCs, wie etwa dem originalen IBM Personal Computer mit EMS-Erweiterungskarte, kompatibel zu bleiben, und gleichzeitig auf modernen PCs mit 386er-Prozessor und neuer uneingeschränkt ausgeführt werden zu konnten.

Aus Mangel an Software-Unterstützung wurde erweiterter Speicher ({{Modul:Vorlage:lang}} Modul:Vorlage:lang:103: attempt to index field 'wikibase' (a nil value)) zudem anfangs hauptsächlich für RAM-Disks genutzt.<ref></ref>

Beide Speicherarten (EMS und XMS), die ab dem 80286er zur Verfügung stehen, sind nur unter 16-Bit-Betriebssystemen wie allen voran PC-kompatiblem DOS überhaupt notwendig, weil DOS der Kompatibilität wegen weiterhin am zum 8088/8086-kompatiblen Konventionellen Speicher festhalten musste. Für 32-Bit-DOS-Anwendungen ist XMS jedoch klar im Vorteil, sodass diese EMS nicht mehr unterstützten.

XMS

Mit XMS ermöglichen standardisierte DOS-Extender für VCPI und DPMI eingeschränktes Multitasking, während DOS-Programme, die selbst in den {{Modul:Vorlage:lang}} Modul:Multilingual:153: attempt to index field 'data' (a nil value) schalten, zwar Zugriff auf den gesamten Speicher haben, aber weiterhin nur exklusiv laufen können.<ref></ref> Nach und nach wurden viele Programme unter DOS von EMS nach XMS portiert, um von den Vorteilen zu profitieren.

Siehe auch

Weblinks

Einzelnachweise

<references />