Artikel-ID: 125691 - Geändert am: Dienstag, 21. November 2006 - Version: 2.2 INFO: Überblick über die Windows 95 Virtual Address Space Layout
Auf dieser SeiteZusammenfassungDer virtuelle Speicher Management Mechanismus in Windows 95 macht es möglich, zum Ausführen von Win32-basierten, 16-Bit-basierte und MS-DOS-basierte Anwendungen gleichzeitig. Um dies zu erreichen, verwendet der virtuelle Speicher-Manager eine virtuelle Adresse Speicherplatz-Layout, erheblich unterscheidet, die von Microsoft Windows Version 3.x verwendet und ist etwas anders aus, die unter Windows NT verwendet. Obwohl die Unterschiede zu Windows NT leichte sind, sind Sie wichtig. Der Speicher-Manager in Windows 95 verwendet Paging und 32-Bit-lineare Adressierung an einen vollständigen virtuellen Adressbereich von 32-Bit-zur Verfügung, der eine maximale Größe von vier Gigabyte (GB) verfügt. Diese vier-GB-Adressbereich ist partitioniert vom Speichermanager in vier Hauptabschnitte, bekannt als Arenas, die für verschiedene Arten von Anwendungen und Teile des Systems verwendet werden. Der erste Bereich von 0 bis vier Megabyte (MB) existiert für Kompatibilität mit Anwendungen auf Grundlage von Windows-Version 3.1 x und MS-DOS. Der nächste Bereich, aus vier bis zwei GB ist der private-Adressraum für jeden Win32-Prozess. Der dritte Bereich von zwei bis drei GB ist eine freigegebene--Adressraum, der Speicher abgebildeten Dateien und die 16-Bit-Komponenten enthält. Schließlich wird die vierte Bereich aus drei bis vier GB für des Systems reserviert. Weitere InformationenDas folgende Diagramm zeigt das gesamte virtuelle Adresse-Speicherplatz-Layout in Windows 95 verwendet. Kompatibilität ARENA enthält aktuelle Virtual Machine und anderer Software. Jede Win32-Prozess ruft seinen eigenen privaten Adressraum, ausführen. Private ARENA enthält derzeit ausgeführten Win32-Prozesses privaten Adressraum. Alle 16-Bit-basierte Anwendungen und DLLs, einschließlich der 16-Bit-Windows-System-Komponenten befinden sich in der freigegebenen ARENA. Schließlich wird die reservierte System ARENA verwendet, um alle Ring 0-Code z. B. die Virtual Machine Manager und virtuelle Gerätetreiber zu speichern. Es ist nicht entweder 16-Bit-basierte oder Win32-basierte Anwendungen zugreifen können.
+---------------------------------+ 4 Gigabytes
| |
| Reserved System Arena |
| (Holds ring-0 components) |
| |
|---------------------------------| 3 Gigabytes
| |
| Shared Arena |
| |
| |
|---------------------------------| 2 Gigabytes
| |
| Private Arena |
| (Holds address space of |
| currently executing |
| Win32 process) |
| |
+---------------------------------+ 4 Megabytes
| 16-bit/MS-DOS |
| Compatibility Arena |
+---------------------------------+ 0 Gigabytes
Jeder Bereich erfüllt einen bestimmten Zweck und wird nachstehend ausführlich beschrieben. 16-Bit/MS-DOS-Kompatibilität ARENADie ersten vier MB Adressraum des Systems ist vom System reserviert und für 16-Bit- und MS-DOS-Software für Kompatibilität zugänglich ist. Aktuelle Virtual Machine belegt die niedrigste MB dieses Bereichs. Die verbleibenden drei Megabyte sind größtenteils Leerraum aber MS-DOS-Gerätetreiber und Programme beenden & bleiben residente (TSR) enthalten. Die 16-Bt/MS-DOS-Kompatibilität ARENA ist nicht für Win32-Prozesse zum Lesen oder Schreiben verfügbar. Dies bedeutet Win32-Prozesse möglicherweise möglicherweise nicht genügend Arbeitsspeicher, Laden von DLLs, oder unter der Adresse vier Megabyte (MB) geladen werden. Private ARENADie privaten Bereich enthält den privaten Adressraum derzeit ausgeführten Win32-Prozesses. Da jede Win32-Prozess seinen eigenen Adressraum erhält, hängt der Inhalt des in diesem Bereich von welcher Prozess gerade ausführt. Der Speicher-Manager ordnet die Seiten des privaten Adressraum eines Prozesses so, dass andere Prozesse können nicht darauf zugreifen und den Prozess beschädigt. Der Prozess Code, Daten und Arbeitsspeicher dynamisch zugewiesen sind in den privaten Adressraum vorhanden. Mit Ausnahme der gemeinsam genutzten DLLs des Systems (User32.dll Gdi32.dll und Kernel32.dll) werden alle DLLs, die durch den Prozess geladen privaten Adressraum des Prozesses zugeordnet. Windows Erweiterungs-DLLs wie z. B. Shell32.dll, Comctl32.dll und Comdlg32.dll sind keine freigegebenen System-DLLs und in privaten Adressraum des Prozesses zugeordnet sind. Da Konsolenanwendungen Win32-Anwendungen ohne grafische Benutzeroberflächen sind, erhalten Sie zu Ihren eigenen privaten Adressräume, wie Anwendungen für Win32 graphical User Interface (GUI). Die minimale Belastung Adresse für eine Win32-Prozess in Windows 95 ist vier MB, da die ersten vier MB für die Kompatibilität ARENA reserviert sind. Freigegebene ARENAIm freigegebenen Bereich ist eindeutig für Windows 95. Dieser Bereich enthält Komponenten, die in jedem Prozess-Adressbereich zugeordnet werden müssen. Alle Seiten in diesem Bereich sind identisch in jedem Prozess zugeordnet. Der globale Heap 16-Bit-, enthält alle 16-Bit-basierte Anwendungen, DLLs und 16-Bit-System-DLLs befindet sich im freigegebenen Bereich. Das Win32-freigegeben-System-DLLs ("User32.dll", "Gdi32.dll" und "Kernel32.dll") befinden sich auch im freigegebenen Bereich. Im Gegensatz zu den reservierten System ARENA ist im freigegebenen Bereich lesbare und schreibbare von Win32 und 16-Bit-Prozesse gleichermaßen. Dies bedeutet nicht frei, um direkt aus diesen Adressraum Speicher abgerufen werden. Alle 16-Bit-basierte Anwendungen und DLLs tatsächlich befinden sich in den 16-Bit-globalen Heap, damit diese Speicher aus dem globalen Heap 16-Bit-; diesen Heap muss vergrößert werden, ruft KRNL386.exe den Speicher aus freigegebenen Bereich ab. Win32-Prozesse möglicherweise nicht genügend Arbeitsspeicher direkt aus den freigegebenen Bereich, aber Sie immer für die Ansichten von Dateizuordnungen Zuordnung verwenden. Im Gegensatz zu Windows NT, in denen Ansichten der Dateizuordnungen immer in den privaten Adressraum platziert werden enthält Windows 95 Ansichten von Dateizuordnungen im freigegebenen Bereich. Speicherpool des DOS Protected-Modus-Schnittstelle (DPMI)-Servers befindet sich in der freigegebenen ARENA. Daher führt Aufrufe an die DPMI-Server, Speicher im Speicher, die global zugänglich ist. In manchen Fällen müssen möglicherweise ein virtuellen Gerätetreiber (VxD) zuordnen einen Puffer übergeben, damit durch einen Win32-Prozess in Global zugänglich Speicher damit der Puffer zugegriffen werden kann, selbst wenn der Prozess im Kontext nicht angezeigt wird. Durch _LinPageLock Virtual Machine Manager Dienst mit dem PAGEMAPGLOBAL-Flag aufrufen, erhalten ein VxD eine lineare Adresse im freigegebenen Bereich, die der vom Win32-Prozess zu übergebene Puffer entspricht. Reservierte System ARENADas System reservierte enthält der Code und Daten für alle Ring 0-Komponenten wie Virtual Machine Manager, DOS-Extender, DPMI-Server und virtuelle Gerätetreiber. Dieser Bereich ist exklusiv von Ring 0-Komponenten verwendet werden und nicht adressierbar durch Ring 3 Code, z. B. MS-DOS-, 16-Bit-basierte und Win32-basierten Anwendungen und DLLs. Die Informationen in diesem Artikel beziehen sich auf:
Maschinell übersetzter ArtikelWichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten. Den englischen Originalartikel können Sie über folgenden Link abrufen: 125691
(http://support.microsoft.com/kb/125691/en-us/
)
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.
| Weitere Ressourcen Weitere SupportseitenCommunitySPRACHE AUSWÄHLEN |






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email



Zum Anfang