Physical Address Extension

Physical Address Extension (englisch für Erweiterung (der) physischen Adressierung), kurz PAE, ist eine technische Erweiterung auf dem Gebiet der Rechnerarchitektur. Mit PAE kann im 32-Bit-Modus eines x86-kompatiblen Prozessors (CPUs) mehr physischer Arbeitsspeicher adressiert werden als die 4 GiB, die über ein 32-Bit-Adressregister erreichbar sind. Der für einen Prozess nutzbare Arbeitsspeicher bleibt bei einem linearen Speichermodell („flat memory“) aber auf 4 GiB begrenzt. Das Verfahren wird bei Intel ab dem Pentium Pro und bei AMD ab dem Athlon sowie bei Prozessoren der 32-Bit-x86-Architektur IA-32 anderer Hersteller eingesetzt. Spezielle Erweiterungen in der Paging-Einheit des Prozessors sorgen dafür, dass längere physische Adressen generiert werden können.

Begriff

Selten wird der Begriff auch mit Bindestrich verwendet („Physical-Address Extension“), das ist theoretisch die korrekte Schreibweise gemäß englischer Grammatik und wird vor allem seitens AMD so verwendet. Vorherrschend ist jedoch die Schreibweise ohne Bindestrich.

Unterstützung durch Hardware

Schematische Darstellung der Umsetzung von linearen in physische Adressen bei x86-kompatiblen CPUs im 32-Bit-Protected-Mode. Seitengröße: 4 KiByte, mit PAE.
ProzessorAdress-
leitungen
theoretisch adressierbarer
physikalischer Speicher
i386 bis Pentium320.000.004 GiB (kein PAE)
Pentium Pro (P6) bis Core 2360.000.064 GiB
Xeon380.000.256 GiB
Athlon 64 (K8)400.001.024 GiB = 0.001 TiB
AMD-K10-Architektur480.262.144 GiB = 0.256 TiB
theoretisches Limit von PAE524.194.304 GiB = 4.096 TiB

x86-Prozessoren, die PAE unterstützen, haben eine erweiterte Paging-Einheit. Die Paging-Einheit (in der Grafik dargestellt) wandelt die lineare Adresse in die physische Adresse um. Um PAE zu aktivieren, muss das Betriebssystem das Bit 5 im Steuerregister CR4 setzen.[1]

Bei aktiviertem PAE verwalten die Page-Directory- und Page-Table-Tabellen (PD und PT) der Paging-Einheit Adress-Einträge mit einer Breite von 64 Bit statt 32 Bit (bei jedem Adress-Eintrag werden einige Bits zur Verwaltung benutzt, sind also keine Adresse im engeren Sinn).

64-Bit-Eintrag im Seitenverzeichnis (Page directory entry)
Bits:6362 … 5251 … 32
Inhalt:NXreservedBit 51 … 32 der Basisadresse
Bits:31 … 1211 … 9876543210
Inhalt:Bit 31 … 12 der BasisadresseAVLig0igAPCDPWTU/SR/WP

Damit die Größe der Tabellen unverändert bei 4 KiB bleibt, verwalten das PD und die PT nur noch jeweils die Hälfte der Einträge (512 statt 1024). Um den Rückgang auf ein Viertel der möglichen Adresseinträge auszugleichen, ist der PD-PT-Kombination eine weitere, sogenannte Page-Directory-Pointer-Tabelle vorgeschaltet, die 4 PDs statt eines PDs ansprechen kann.

Die angegebenen theoretisch adressierbaren Speichermengen des physikalischen Speichers sind Maximalwerte. In der Regel ist trotzdem nur weniger Speicher nutzbar, da einige Adressbereiche für Einblendungen von Hardwarespeicher genutzt werden. In Microsoft Windows kann in den Computereigenschaften gesehen werden, wie viel Speicher dem Betriebssystem tatsächlich zur Verfügung steht. Nur im Idealfall entspricht diese Zahl dem installierten Arbeitsspeicher. Dabei muss auch beachtet werden, dass viele Windows-Versionen willkürliche Speicherobergrenzen haben, die auch von der Edition abhängen. Alle Client-Versionen von 32-Bit-Ausgaben sind z. B. auf 4 GiB beschränkt.

Unterstützung durch Betriebssysteme

Zur Nutzung von PAE muss dieses auch vom Betriebssystem unterstützt werden. PAE führt allerdings zu längeren Zugriffszeiten durch die virtuelle Speicherverwaltung, das Paging und für 32-Bit PCI-Zugriffe, die bei einer Begrenzung des Arbeitsspeichers auf 4 GiB nicht erforderlich wären.

Auf den meisten Rechnern ist PAE dennoch aktiviert, da nur mit eingeschalteter PAE das No-Execute-Bit genutzt werden kann. Dieses soll verhindern, dass in Datenbereichen Schadsoftware eingeschleust werden kann, die zu einem Virenbefall des Rechners führen. Dazu werden entsprechende Datenbereiche als „nicht ausführbar“ markiert. Wenn ein Sprung an eine Adresse in einem solchen Bereich erfolgt, kommt es zu einer Schutzverletzung und das entsprechende Programm wird angehalten. Da einige nicht sauber programmierte Software dadurch nicht mehr funktionieren würde, ist es in Microsoft Windows standardmäßig nur für betriebssystemeigene Prozesse eingeschaltet. Dadurch wird die ursprünglich angedachte höhere Sicherheit nur für OS-eigene Funktionen erreicht.

BSD-Familie

FreeBSD unterstützt PAE in der 4.x Serie ab 4.9, in der 5.x Serie ab 5.1 und in allen 6.x Versionen und allen späteren Versionen. Die PAE-Konfigurationsoption wird im Kernel benötigt. Ladbare Kernelmodule können nur in einen Kernel mit aktiviertem PAE geladen werden, wenn die Module mit aktiviertem PAE erstellt worden sind. Nicht alle Treiber unterstützen mehr als 4 GiB Arbeitsspeicher, in einem System mit aktiviertem PAE laufen solche Treiber nicht richtig. NetBSD sowie OpenBSD (bisher nur in -current) unterstützen PAE ebenfalls. Alle adressieren den gesamten 64-GiB-Adressraum.

Haiku

Haiku unterstützt PAE ab der Version Haiku R1 Alpha 3.[2]

Linux

Der Linux-Kernel enthält ab der Version 2.3.23 die volle PAE-Unterstützung. Seit 2009 ist PAE bei vielen Linux-Distributionen per Voreinstellung enthalten, weil PAE für das NX-Bit benötigt wird.

macOS

macOS für Intel-Macs unterstützt PAE und das NX-Bit ab der ersten Intel-Version, Mac OS X Tiger (Version 10.4.4) vom Januar 2006, auf allen von Apple unterstützten x86-Prozessoren. Modelle der Mac-Pro-Serie werden seit 2008 mit bis zu 64 GiB RAM ausgeliefert.

Solaris

Solaris unterstützt PAE ab Version 7.

Windows

PAE wird von Microsoft Windows ab Version 2000 (Professional und höher) und XP (alle Varianten) unterstützt und muss hierbei zumeist durch eine Bootoption aktiviert werden. Allerdings ist dabei bei den 32-bit Desktop-Versionen auch mit aktiviertem PAE der maximal nutzbare Hauptspeicher auf 4 GB beschränkt. Dies wird zum einen damit erklärt, dass es wohl Teil der Vermarktungspolitik von Microsoft sei.[3] Microsoft dagegen begründet diese Einschränkung damit, dass einige der verwendeten Gerätetreiber beim Zugriff auf Speicherbereiche jenseits der 4 GB Probleme bereiten würden.[4]

Anwendungen können erweiterten Speicher je nach Hardware und Betriebssystem möglicherweise über Address Windowing Extension (AWE) nutzen. Je nach Windows-Version müssen eventuell zusätzliche Service Packs eingespielt werden, es existieren auch einige inoffizielle Patches für 32-Bit Vista und Windows 7, die die Nutzung bis 64 GB ermöglichen.[5][6]

Andere CPU-Plattformen

Auf ARM gibt es ab ARMv7 die sogenannte Large Physical Address Extension, die einen ähnlichen Ansatz verfolgt und es ermöglicht, im 32-Bit-Modus bis zu 240 Bytes physischen Speicher anzusprechen.[7]

Siehe auch

Einzelnachweise

  1. support.amd.com (PDF)
  2. Release Notes: Haiku R1 Alpha 3 (18. Juni 2011)
  3. geoffchappell.com
  4. Mark Russinovich: Pushing the Limits of Windows: Physical Memory. 21. Juli 2008, archiviert vom Original am 28. April 2010; abgerufen am 4. September 2013.
  5. 32位Vista/Win 7 4GB大内存补丁 ReadyFor4GB. (deutsch: 32-Bit Vista/Win 7 – 4 GB großer Speicher-Patch ReadyFor4GB). 26. April 2009, abgerufen am 17. März 2011 (chinesisch).
  6. Unawave: Windows 7 32-bit with full 4 GB or 8 GB RAM support. Abgerufen am 11. Juli 2010.
  7. https://developer.arm.com/documentation/ddi0406/latest/DDI0406C_d_armv7ar_arm.pdf Kapitel B.16

Auf dieser Seite verwendete Medien

X86 Paging PAE 4K.svg
Autor/Urheber: RokerHRO, Lizenz: CC BY-SA 3.0
Schematische Darstellung der Umsetzung von linearen in physische Adressen bei x86-kompatiblen CPUs im 32-Bit Protected Mode. Seitengröße: 4 KiByte, mit PAE.