PCB
Lt. Commander
- Registriert
- Dez. 2001
- Beiträge
- 1.691
Hallo,
also Windows lagert erst aus, wenn kein physikalischer RAM mehr verfügbar ist! Die Anzeige im Taskmanager ist irreführend, weil XP, solange es noch freien Speicher gibt, einfach dort den V-RAM anlegt!
Deshalb wird auch bei deaktiviertem Auslagern eine Belegung im TM angezeigt! Und es ist auch keine richtige Belegung, sondern es wird nur VRAM reserviert, damit es beim tatsächlichen Auslagern einen zusammenhängenden Block für das Programm im Swapfile gibt (weniger Kopfbewegungen der Platte).
Die Fehlermeldung kommt aber auch schon beim bloßen Reservieren der Swapdatei, deshalb sollte man die Datei dann vergrößern (aber mit fixem Wert wg Defragmentierung).
Warum die Fehlermeldung dann trotzdem noch bei lordZ erscheint, ist schon seltsam. Evtl hast du was am MemoryManagement geändert?
Ein großer Systemcache (LargeSystemCache) und die zu große Reservierung von RAM für die I/O der Pages (IoPageLockLimit) kann viel Speicher belegen, der dann natürlich "fehlt".
Mein Notebook hat ebenfalls 2 GB, mit einer fixen 1,5 GB Swapdatei hatte ich noch nie Probleme mit solchen Meldungen! Habs grad mal getestet und 3 große VMs gestartet, die den Speicher fast komplett nutzen, trotzdem wird die Auslagerungsdatei nur mit 75 MB physikalisch beschrieben, der Rest ist im RAM nur reserviert.
In diesem FB-Thread findet man ein kleines VBS-Script, welches die tatsächliche Belegung der Swapdatei anzeigt. Hier hatte ich zu diesem Thema auch schonmal 2 Screens gepostet, die das anschaulich machen.
Hier der Test mit 2 GB RAM, die Swapdatei wird hierbei tatsächlich nur mit 75 MB beschrieben (rechts "Swap in Use KB"), obwohl der TM knapp 500 MB Belegung anzeigt:
also Windows lagert erst aus, wenn kein physikalischer RAM mehr verfügbar ist! Die Anzeige im Taskmanager ist irreführend, weil XP, solange es noch freien Speicher gibt, einfach dort den V-RAM anlegt!
Deshalb wird auch bei deaktiviertem Auslagern eine Belegung im TM angezeigt! Und es ist auch keine richtige Belegung, sondern es wird nur VRAM reserviert, damit es beim tatsächlichen Auslagern einen zusammenhängenden Block für das Programm im Swapfile gibt (weniger Kopfbewegungen der Platte).
Die Fehlermeldung kommt aber auch schon beim bloßen Reservieren der Swapdatei, deshalb sollte man die Datei dann vergrößern (aber mit fixem Wert wg Defragmentierung).
Warum die Fehlermeldung dann trotzdem noch bei lordZ erscheint, ist schon seltsam. Evtl hast du was am MemoryManagement geändert?
Ein großer Systemcache (LargeSystemCache) und die zu große Reservierung von RAM für die I/O der Pages (IoPageLockLimit) kann viel Speicher belegen, der dann natürlich "fehlt".
Mein Notebook hat ebenfalls 2 GB, mit einer fixen 1,5 GB Swapdatei hatte ich noch nie Probleme mit solchen Meldungen! Habs grad mal getestet und 3 große VMs gestartet, die den Speicher fast komplett nutzen, trotzdem wird die Auslagerungsdatei nur mit 75 MB physikalisch beschrieben, der Rest ist im RAM nur reserviert.
In diesem FB-Thread findet man ein kleines VBS-Script, welches die tatsächliche Belegung der Swapdatei anzeigt. Hier hatte ich zu diesem Thema auch schonmal 2 Screens gepostet, die das anschaulich machen.
Hier der Test mit 2 GB RAM, die Swapdatei wird hierbei tatsächlich nur mit 75 MB beschrieben (rechts "Swap in Use KB"), obwohl der TM knapp 500 MB Belegung anzeigt:
Anhänge
Zuletzt bearbeitet: