Lassen Sie die Speicherkomprimierung normalerweise aktiviert. Prüfen Sie Task-Manager und Get-MMAgent und verwenden Sie RAMMap anschließend für Process Private, Mapped File, Standby, Pools und andere physische Kategorien. Deaktivieren Sie sie nur für einen kontrollierten Vergleich.
Was die Speicherkomprimierung macht
Bei Speicherdruck kann Windows Seiten verkleinern und im physischen Speicher halten. Das Dekomprimieren kostet CPU-Zeit, kann aber schneller sein als das Lesen aus der Auslagerungsdatei.
Browser, virtuelle Maschinen, Spiele und Dateioperationen können den Wert erhöhen. Entscheidend sind anhaltende Auslagerung, Verzögerungen und ein Besitzer, der weiter wächst.
Standby-Speicher ist wiederverwendbarer Cache und nicht dasselbe wie komprimierte Seiten.
Task-Manager und PowerShell prüfen
Öffnen Sie Leistung > Arbeitsspeicher und erfassen Sie installiert, verwendet, verfügbar, zugesichert und komprimiert während des Problems. Prozessspalten bilden Kernel, Treiber, Cache und gemeinsame Seiten nicht vollständig ab.
Führen Sie Get-MMAgent als Administrator aus. MemoryCompression zeigt die Konfiguration, nicht den Verursacher. Richtlinien können Änderungen blockieren.
Get-MMAgentEnabled ist normal. Ein hoher Wert allein rechtfertigt keine Deaktivierung.
Was RAMMap erklärt
Use Counts ordnet physische Seiten nach Nutzung und Zustand. Vergleichen Sie Process Private, Mapped File, Paged Pool, Nonpaged Pool, Page Table, Metafile und Standby.
RAMMap ersetzt nicht den komprimierten Wert im Task-Manager. Bei Process Private wechseln Sie zu Processes, bei Mapped File auf Standby zu File Summary und bei wachsendem Nonpaged Pool zur Treiberanalyse. Siehe Speichertypen-Leitfaden.
Hohe Auslastung richtig zuordnen
Sichern Sie Last, Windows-Gesamtwerte, komprimierten und zugesicherten Speicher, Auslagerung und eine aktualisierte RAMMap-Ansicht. Hohe Nutzung bei genügend verfügbarem Speicher und wenig Paging kann normal sein.
Empty-Befehle verändern die Messung. Nutzen Sie den Cache-Leitfaden erst nach einer Baseline.
Ein wachsender Prozess deutet auf privaten Speicher, Mapped File auf Standby auf Cache und ein wachsender Nonpaged Pool auf Treiber oder Kernel.
| Muster | Bedeutung | Schritt |
|---|---|---|
| Komprimierung steigt, System reagiert | Seiten kompakt gehalten | Paging beobachten |
| Prozess wächst | Privater Speicher möglich | Verlauf erfassen |
| Mapped File auf Standby | Cache wahrscheinlich | File Summary prüfen |
| Nonpaged Pool wächst | Treiber möglich | PoolMon nutzen |
Sollte man die Komprimierung deaktivieren?
Im Normalbetrieb nein. Eine Deaktivierung kann mehr Paging verursachen und behebt keine Lecks.
Ein kurzer Test ist nur bei reproduzierbarem Problem sinnvoll. Vergleichen Sie dieselbe Last, verfügbaren Speicher, Commit, Paging, CPU und Dauer. Aktivieren Sie die Funktion danach wieder.
- Disable-MMAgent -MemoryCompression
- Enable-MMAgent -MemoryCompression
- Get-MMAgent
Sicherer RAMMap-Ablauf
Symptom definieren, Werte sichern, RAMMap aktualisieren, Kategorie zuordnen, eine Variable ändern und danach wiederherstellen.
- Definieren
Anwendung, Aktion und Verzögerung notieren.
- Sichern
Verwendet, verfügbar, Commit und komprimiert erfassen.
- Zuordnen
Processes, File Summary oder Pool-Werkzeuge wählen.
- Vergleichen
Nach Wiederherstellung dieselbe Last wiederholen.
Geprüfte Version und Quelle
Am 19. Juli 2026 listete Microsoft RAMMap v1.63, veröffentlicht am 26. März 2026, mit einem ZIP von 719 KB. Die Website war aktuell.
Verwenden Sie die Microsoft-Sysinternals-Seite und den Prüfleitfaden.
FAQ zur Speicherkomprimierung
Ist Speicherkomprimierung schlecht?
Nein. Prüfen Sie Reaktion, Paging und Besitzer.
Warum ist der Wert hoch?
Windows reagiert auf Anwendungen, Dateien oder Dienste.
Zeigt RAMMap ihn direkt?
Task-Manager zeigt die Menge; RAMMap den physischen Kontext.
Gibt Deaktivieren RAM frei?
Es kann Paging erhöhen und behebt die Ursache nicht.
Ist v1.63 aktuell?
Ja, laut Microsoft-Prüfung vom 19. Juli 2026.
RAMMap v1.63 bei Microsoft öffnen
Komprimierten Speicher und Use Counts vergleichen.