[{"@context":"http:\/\/schema.org\/","@type":"BlogPosting","@id":"https:\/\/wiki.edu.vn\/wiki15\/2020\/12\/23\/oberer-speicherbereich-wikipedia\/#BlogPosting","mainEntityOfPage":"https:\/\/wiki.edu.vn\/wiki15\/2020\/12\/23\/oberer-speicherbereich-wikipedia\/","headline":"Oberer Speicherbereich – Wikipedia","name":"Oberer Speicherbereich – Wikipedia","description":"before-content-x4 Der obere Speicherbereich liegt zwischen 640 KB und 1024 KB. In der DOS-Speicherverwaltung wird die oberer Speicherbereich ((UMA) bezieht","datePublished":"2020-12-23","dateModified":"2020-12-23","author":{"@type":"Person","@id":"https:\/\/wiki.edu.vn\/wiki15\/author\/lordneo\/#Person","name":"lordneo","url":"https:\/\/wiki.edu.vn\/wiki15\/author\/lordneo\/","image":{"@type":"ImageObject","@id":"https:\/\/secure.gravatar.com\/avatar\/44a4cee54c4c053e967fe3e7d054edd4?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/44a4cee54c4c053e967fe3e7d054edd4?s=96&d=mm&r=g","height":96,"width":96}},"publisher":{"@type":"Organization","name":"Enzyklop\u00e4die","logo":{"@type":"ImageObject","@id":"https:\/\/wiki.edu.vn\/wiki4\/wp-content\/uploads\/2023\/08\/download.jpg","url":"https:\/\/wiki.edu.vn\/wiki4\/wp-content\/uploads\/2023\/08\/download.jpg","width":600,"height":60}},"image":{"@type":"ImageObject","@id":"https:\/\/upload.wikimedia.org\/wikipedia\/commons\/thumb\/4\/4d\/IBM_PC_Memory_areas.svg\/220px-IBM_PC_Memory_areas.svg.png","url":"https:\/\/upload.wikimedia.org\/wikipedia\/commons\/thumb\/4\/4d\/IBM_PC_Memory_areas.svg\/220px-IBM_PC_Memory_areas.svg.png","height":"343","width":"220"},"url":"https:\/\/wiki.edu.vn\/wiki15\/2020\/12\/23\/oberer-speicherbereich-wikipedia\/","wordCount":2386,"articleBody":"     (adsbygoogle = window.adsbygoogle || []).push({});before-content-x4  Der obere Speicherbereich liegt zwischen 640 KB und 1024 KB.In der DOS-Speicherverwaltung wird die oberer Speicherbereich ((UMA) bezieht sich auf den Speicher zwischen den Adressen 640 KB und 1024 KB (0xA0000\u20130xFFFFF) in einem IBM PC oder einem kompatiblen Computer.  IBM hat die obersten 384 KB des 1024-KB-Adressraums der 8088-CPU f\u00fcr BIOS-ROM, Video-BIOS, Options-ROMs, Video-RAM, RAM auf Peripherieger\u00e4ten, speicherabgebildete E \/ A und veraltetes ROM-BASIC reserviert.[1]Selbst mit Video-RAM, ROM-BIOS, Video-BIOS, Options-ROMs und E \/ A-Ports f\u00fcr Peripherieger\u00e4te wurde ein Gro\u00dfteil dieses Adressraums von 384 KB nicht verwendet.  Als die Speicherbeschr\u00e4nkung von 640 KB immer mehr zu einem Hindernis wurde, wurden Techniken gefunden, um die leeren Bereiche mit RAM zu f\u00fcllen.  Diese Bereiche wurden als bezeichnet obere Speicherbl\u00f6cke ((UMBs).Die n\u00e4chste Stufe in der Entwicklung von DOS bestand darin, dass das Betriebssystem obere Speicherbl\u00f6cke (UMBs) und den hohen Speicherbereich (HMA) verwendete.  Dies geschah mit der Ver\u00f6ffentlichung von DR DOS 5.0 im Jahr 1990.[2]  Der in DR DOS integrierte Speichermanager EMM386.EXE k\u00f6nnte die meisten Grundfunktionen von QEMM und vergleichbaren Programmen ausf\u00fchren.Der Vorteil von DR DOS 5.0 gegen\u00fcber der Kombination eines \u00e4lteren DOS plus QEMM bestand darin, dass der DR DOS-Kernel selbst und fast alle seine Datenstrukturen in einen hohen Speicher geladen werden konnten.  Dies ging praktisch alle Der Basisspeicher ist frei und erm\u00f6glicht Konfigurationen mit bis zu 620 KB von 640 KB.Die Konfiguration erfolgte nicht automatisch – freie UMBs mussten von Hand identifiziert und manuell in die Zeile aufgenommen werden, in der EMM386 von CONFIG.SYS geladen wurde, und dann mussten Treiber usw. von CONFIG.SYS und AUTOEXEC.BAT manuell in UMBs geladen werden.  Diese Konfiguration war kein trivialer Prozess.  Da dieses Programm durch das Installationsprogramm von QEMM weitgehend automatisiert wurde, blieb es auf dem Markt bestehen.  In der Tat funktionierte es gut mit DR DOS ‘eigener HMA- und UMB-Unterst\u00fctzung und wurde zu einem der meistverkauften Dienstprogramme f\u00fcr den PC.Diese Funktionalit\u00e4t wurde von Microsoft mit der Ver\u00f6ffentlichung von MS-DOS 5.0 im Juni 1991 kopiert.[2]  Schlie\u00dflich wurden noch mehr DOS-Datenstrukturen aus dem herk\u00f6mmlichen Speicher verschoben, sodass bis zu 631 KB von 640 KB frei bleiben konnten.  Ab Version 6.0 von MS-DOS enthielt Microsoft sogar ein Programm namens MEMMAKER, mit dem der herk\u00f6mmliche Speicher automatisch optimiert wurde, indem TSR-Programme in den oberen Speicher verschoben wurden.In den fr\u00fchen neunziger Jahren wurde die manuelle Optimierung der DOS-Speicherzuordnung zu einer hoch gesch\u00e4tzten F\u00e4higkeit, die es den gr\u00f6\u00dften Anwendungen erm\u00f6glichte, selbst auf den komplexesten PC-Konfigurationen ausgef\u00fchrt zu werden.  Die Technik bestand darin, zun\u00e4chst so viele UMBs wie m\u00f6glich zu erstellen, einschlie\u00dflich der Neuzuordnung zugewiesener, aber nicht verwendeter Speicherbl\u00f6cke, z. B. des monochromen Anzeigebereichs auf Farbmaschinen.  Dann mussten die vielen Unterkomponenten von DOS in der richtigen Reihenfolge in diese UMBs geladen werden, um die Speicherbl\u00f6cke so effizient wie m\u00f6glich zu nutzen.  Einige TSR-Programme ben\u00f6tigten beim Laden zus\u00e4tzlichen Speicher, der nach Abschluss des Ladevorgangs wieder freigegeben wurde.  Gl\u00fccklicherweise gab es nur wenige Abh\u00e4ngigkeiten zwischen diesen Modulen, so dass es m\u00f6glich war, sie in nahezu beliebiger Reihenfolge zu laden.  Ausnahmen waren, dass zum erfolgreichen Zwischenspeichern von CD-ROMs die meisten Festplatten-Caches nach CD-ROM-Treibern geladen werden mussten und dass die Module der meisten Netzwerkstapel in einer bestimmten Reihenfolge geladen werden mussten, wobei im Wesentlichen schrittweise durch die Schichten der OSI-Modell.Eine grundlegende und dennoch effektive Methode zur Optimierung des konventionellen Speichers bestand darin, HIMEM.SYS als Ger\u00e4t zu laden und anschlie\u00dfend EMM386.EXE als Ger\u00e4t mit der Option “RAM AUTO” zu laden, die den Zugriff auf die UMA erm\u00f6glicht, indem Ger\u00e4tetreiber als Ger\u00e4teh\u00f6he geladen werden.  Diese Methode l\u00e4dt die grundlegenden Speichermanager effektiv in den herk\u00f6mmlichen Speicher und danach alles andere in die UMA.  Herk\u00f6mmliche Speicher-Vielfra\u00df-Programme wie MSCDEX k\u00f6nnten auf \u00e4hnliche Weise auch in die UMA geladen werden, wodurch eine gro\u00dfe Menge an herk\u00f6mmlichem Speicher frei wird.Table of ContentsWindows[edit]Implementierung[edit]Virtueller 8086-Modus[edit]Schatten-RAM[edit]IBM XT[edit]Siehe auch[edit]Verweise[edit]Windows[edit]Die zunehmende Beliebtheit von Windows 3.0 machte die Notwendigkeit des oberen Speicherbereichs weniger relevant, da Windows-Anwendungen nicht direkt von den Basisspeicherbeschr\u00e4nkungen von DOS betroffen waren, DOS-Programme, die unter Windows ausgef\u00fchrt wurden (wobei Windows selbst als Multitasking-Manager fungierte), dies jedoch weiterhin waren eingeschr\u00e4nkt.  Mit der Ver\u00f6ffentlichung von Windows 95 wurde es immer weniger relevant, da diese Windows-Version einen Gro\u00dfteil der Funktionen der DOS-Ger\u00e4tetreiber f\u00fcr unter Windows ausgef\u00fchrte DOS-Anwendungen wie CD-, Netzwerk- und Soundunterst\u00fctzung bereitstellt.  Die Speicherzuordnung von Windows 95-DOS-Boxen wurde automatisch optimiert.  In dieser Umgebung konnten jedoch nicht alle DOS-Programme ausgef\u00fchrt werden.  Insbesondere Programme, die versuchten, direkt vom realen in den gesch\u00fctzten Modus zu wechseln, funktionierten nicht, da dies im virtuellen 8086-Modus, in dem sie ausgef\u00fchrt wurden, nicht zul\u00e4ssig war. Dieser Punkt wird jetzt von x86-Virtualisierungstechnologien wie Intel VT-x (Vanderpool) behandelt ) und AMD-V (Pacifica).  Programme, die versucht haben, den Wechsel mithilfe der VCPI-API (Virtual Control Program Interface) durchzuf\u00fchren (die eingef\u00fchrt wurde, um DOS-Programmen, die einen gesch\u00fctzten Modus ben\u00f6tigen, den Zugriff aus dem von einem Speichermanager eingerichteten virtuellen 8086-Modus zu erm\u00f6glichen, wie oben beschrieben), haben dies nicht getan Funktioniert nicht unter Windows 95. Es wurde nur die DPMI-API (DOS Protected Mode Interface) zum Umschalten in den gesch\u00fctzten Modus unterst\u00fctzt.Implementierung[edit]Virtueller 8086-Modus[edit]       (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4Obere Speicherbl\u00f6cke k\u00f6nnen erstellt werden, indem der erweiterte Speicher im virtuellen 8086-Modus dem oberen Speicherbereich zugeordnet wird.  Dies \u00e4hnelt der Emulation von erweitertem Speicher mithilfe von erweitertem Speicher, sodass diese Methode zum Bereitstellen von oberen Speicherbl\u00f6cken normalerweise vom erweiterten Speichermanager (z. B. EMM386) bereitgestellt wird.  Die Anwendungsprogrammierschnittstelle zur Verwaltung der oberen Speicherbl\u00f6cke ist in der angegeben eXtended Memory-Spezifikation.Schatten-RAM[edit]Auf vielen Systemen, einschlie\u00dflich moderner, ist es m\u00f6glich, Speicher, der f\u00fcr das Abschatten des Erweiterungskarten-ROM reserviert ist, als oberen Speicher zu verwenden.  Viele Chips\u00e4tze reservieren zu diesem Zweck bis zu 384 KB RAM. Da dieser RAM im Allgemeinen nicht verwendet wird, kann er mit einem benutzerdefinierten Ger\u00e4tetreiber wie UMBPCI als oberer Speicher im Realmodus verwendet werden.[3]IBM XT[edit]Auf IBM XT-Computern war es m\u00f6glich, dem Motherboard mehr Speicher hinzuzuf\u00fcgen und ein benutzerdefiniertes Adressdecoder-PROM zu verwenden, um es im oberen Speicherbereich anzuzeigen.[4]  Wie bei dem oben beschriebenen oberen 386-basierten Speicher kann der zus\u00e4tzliche RAM zum Laden von TSR-Dateien oder als RAM-Disk verwendet werden.Mit der AllCard, einer zus\u00e4tzlichen Speicherverwaltungseinheit f\u00fcr Computer der XT-Klasse, konnte normaler Speicher dem Adressbereich 0xA0000-EFFFF zugeordnet werden, was f\u00fcr DOS-Programme bis zu 952 KB ergab.  Programme wie Lotus 1-2-3, die direkt auf den Videospeicher zugegriffen haben, mussten gepatcht werden, um dieses Speicherlayout zu handhaben.  Daher wurde die 640-KB-Barriere auf Kosten der Softwarekompatibilit\u00e4t entfernt.  Diese Verwendung des oberen Speicherbereichs unterscheidet sich von der Verwendung von oberen Speicherbl\u00f6cken, die zum Freigeben von herk\u00f6mmlichem Speicher verwendet wurden, indem Ger\u00e4tetreiber und TSRs in die oberen 384 KB des 1-MB-Adressraums verschoben wurden, jedoch die Menge des adressierbaren Speichers (640 KB) belassen wurden ) intakt.       (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4Siehe auch[edit]Verweise[edit]^ “Speicherzuordnung (x86) – OSDev Wiki”. wiki.osdev.org.  Abgerufen 2020-12-20.^ ein b Dryfoos, Mike, hrsg.  (1991-09-18) [1991-07-19]. “Post-Mortem-Entwicklungsbericht f\u00fcr MS-DOS 5.0” (PDF) (Post als Gerichtsdokument).  Microsoft.  p.  10. MS-PCA1179169 (MS-PCA1179159-MS-PCA1179191).  MS7020988 (MS7020978-MS7021010).  Depo.  Ex.  1109. Kommt gegen das Exponat 3473 des Microsoft-Kl\u00e4gers. CA.No.2: 96CV645B Exponat 477 des Kl\u00e4gers. Archiviert (PDF) vom Original am 02.04.2019.  Abgerufen 2019-07-22. [\u2026]  Einer der wichtigsten Anreize f\u00fcr das Hinzuf\u00fcgen von Funktionen war der Wettbewerbsdruck durch DRDOS 5.0, von dem wir im Fr\u00fchjahr 1990 erstmals erfahren haben. Der DRDOS-Funktionsumfang f\u00fchrte dazu, dass wir UMB-Unterst\u00fctzung, Task-Swapping und Undelete hinzuf\u00fcgten. [\u2026] Betr\u00e4chtliche Aufmerksamkeit des Managements des Teams wurde auf neue Funktionen wie Datei\u00fcbertragungssoftware, Wiederherstellen und Netzwerkinstallation gelenkt [\u2026] Schlie\u00dflich erreichte diese Situation Ende Juli 1990 einen Krisenpunkt, und unter der Leitung von BradS verbrachte das Management des Teams eine m\u00fchsame Reihe von Besprechungen, in denen ein Zeitplan und ein Prozess f\u00fcr den Abschluss des Projekts festgelegt wurden [\u2026]  (1 + 32 Seiten)^ “UMBPCI V3.89 – nicht der Hardware-UMB-Treiber des Magazins f\u00fcr DOS und Win95 \/ 98”. Archiviert vom Original am 30.12.2019.  Abgerufen 2020-02-07.^ Atkinson, Cy (2001). “Was ist High Memory, warum interessiert es mich und wie kann ich es verwenden?”.  San Jose, CA, USA. Archiviert vom Original am 05.10.2018.  Abgerufen 2020-02-07.     (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4"},{"@context":"http:\/\/schema.org\/","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"item":{"@id":"https:\/\/wiki.edu.vn\/wiki15\/#breadcrumbitem","name":"Enzyklop\u00e4die"}},{"@type":"ListItem","position":2,"item":{"@id":"https:\/\/wiki.edu.vn\/wiki15\/2020\/12\/23\/oberer-speicherbereich-wikipedia\/#breadcrumbitem","name":"Oberer Speicherbereich – Wikipedia"}}]}]