Starten Sie RAMMap als Administrator, notieren Sie Total, Active, Standby, Modified, Free und die wichtigsten Use-Counts-Zeilen und speichern Sie einen Snapshot. Wiederholen Sie genau eine Aktion in festen Abständen und aktualisieren Sie mit F5. Verdächtig ist ein reproduzierbarer Anstieg, der im Leerlauf nicht abflacht und zugleich verfügbaren Speicher verringert oder Commit erhöht. RAMMap bestimmt die Speicherklasse; Process Explorer, VMMap, PoolMon oder WPR bestimmen den Besitzer.
Speicherleck von normalem Windows-Speicherdruck unterscheiden
Windows nutzt freien RAM bewusst als Datei- und Standby-Cache. Hohe Auslastung kann gesund sein, wenn Seiten bei Bedarf zurückgewonnen werden. Ein Leck wächst dagegen an vergleichbaren Messpunkten weiter, bleibt nach Ende der Arbeit gebunden und verschärft Commit, Paging oder Reaktionsprobleme.
Lesen Sie nicht nur Total. Vergleichen Sie jede Zeile über Active, Standby und Modified. Viel Standby ist meist zurückgewinnbarer Cache; wachsendes Active bei Process Private oder Pools ist der stärkere Hinweis. Vergleichen Sie zusätzlich den zugesicherten Speicher im Task-Manager.
| Beobachtung | Meist normal | Stärkeres Lecksignal |
|---|---|---|
| Nach Arbeitsbeginn | Anstieg mit späterem Plateau | Anstieg nach jeder identischen Wiederholung |
| Nach Arbeitsende | Freigabe oder Übergang in Cache | Kategorie bleibt gebunden und wächst weiter |
| Verfügbarer Speicher | Bleibt ausreichend | Sinkt stetig bei steigendem Commit |
| Besitzer | Erwartete App oder Cache | Prozess, Pool-Tag oder Datei wächst ohne Nutzen |
| Nach Neustart | Aufwärmphase stabilisiert sich | Gleiche Schritte lösen erneut unbegrenztes Wachstum aus |
Vor dem Test eine saubere RAMMap-Ausgangsmessung speichern
Schließen Sie fremde Anwendungen und pausieren Sie Updates, Backups, Downloads und virtuelle Maschinen. Starten Sie RAMMap als Administrator, warten Sie auf Ruhe, drücken Sie F5 und notieren Sie Use Counts, Active, verfügbaren Speicher, Commit und Uhrzeit. Speichern Sie vor dem verdächtigen Ablauf einen Snapshot.
Halten Sie Version, Datei, Profil und Wartezeit konstant. Werden mehrere Variablen gleichzeitig geändert, ist die Differenz nicht zuzuordnen. Leeren Sie zwischen Messpunkten keinen Cache, weil dadurch die Vergleichsbasis verloren geht.
Der dauerhaft wachsenden RAMMap-Kategorie folgen
Process Private weist meist auf Anwendung oder Dienst, Mapped File auf File Summary und Dateipfade, Pool-Speicher auf Treiber hin. Driver Locked, Seitentabellen und Large Pages haben andere Besitzer und dürfen nicht als dasselbe Problem behandelt werden.
Wenn zwei Kategorien gemeinsam steigen, vergleichen Sie den Zeitpunkt. Eine App kann privaten Speicher anfordern und gleichzeitig Cache erwärmen. Nutzen Sie die Erklärung der RAMMap-Speichertypen und bei dauerhaftem Process Private den Process-Private-Leitfaden.
- Process Private: Processes sortieren, PID und Änderung notieren, Private Bytes in Process Explorer oder VMMap prüfen.
- Mapped File: File Summary nach Gesamt und Active sortieren und den Pfad in File Details prüfen.
- Nonpaged/Paged Pool: Verlauf aufzeichnen, Pool-Tag mit PoolMon oder WPR bestimmen und dem signierten Treiber zuordnen.
- Standby: als zurückgewinnbaren Cache behandeln, solange ein kontrollierter Test nichts anderes zeigt.
Reproduzierbare Messpunkte und Snapshots vergleichen
Ein guter Test enthält Ausgangswert, mindestens drei gleiche Messpunkte und einen Leerlaufpunkt. Speichern Sie Dateien wie baseline, nach-aktion-1, nach-aktion-3 und idle-10min und protokollieren Sie Aktion und Uhrzeit.
Beenden Sie den Test vor starker Instabilität. Wenn der Verlauf reproduzierbar ist, starten Sie nur den verdächtigen Prozess oder Dienst neu und wiederholen Sie den Ablauf. Vorübergehende Freigabe zeigt Besitz, ist aber keine dauerhafte Behebung.
- Ruhige Basis speichern
F5 drücken, verfügbaren und zugesicherten Speicher notieren und Snapshot speichern.
- Eine Aktion wiederholen
Nur einen klar definierten Vorgang ausführen.
- Feste Messpunkte erfassen
Nach erster, dritter und fünfter Wiederholung oder in gleichen Zeitabständen speichern.
- Leerlauf prüfen
Arbeit stoppen und beobachten, ob der Wert abflacht oder zurückgeht.
- Besitzertool verwenden
Je nach Kategorie Process Explorer, VMMap, PoolMon oder WPR einsetzen.
Nach RAMMap das passende Detailwerkzeug wählen
RAMMap erklärt die Zusammensetzung des physischen Speichers, nicht jeden Allokations-Stack. Process Explorer prüft Besitz und Private Bytes, VMMap zerlegt einen Prozess, PoolMon verfolgt Pool-Tags und WPR liefert eine Zeitachse für Treiber- und Systemaktivität.
Bewahren Sie Snapshots, PID, Pool-Tag, Dateipfad, Schritte und Zeitstempel auf. Diese Daten helfen Support und Administratoren mehr als ein allgemeiner Screenshot. Dumps und Traces können vertrauliche Pfade enthalten und müssen geschützt werden.
| RAMMap-Hinweis | Nächstes Tool | Frage |
|---|---|---|
| Process Private | Process Explorer | Welcher Prozess oder Dienst besitzt den Commit? |
| Prozess bestätigt | VMMap/Profiler | Welcher Heap-, Stack- oder Mapping-Bereich wächst? |
| Pool | PoolMon | Welches Pool-Tag verbraucht Kernelspeicher? |
| Treiber/Zeitverlauf | WPR | Wann beginnt das Wachstum und womit fällt es zusammen? |
| Mapped File | File Summary/Details | Welche Datei erklärt die Seiten? |
Scheinlösungen durch Cache-Leeren vermeiden
Empty Standby List verwirft Cache, gibt aber weder privaten Commit noch geleakten Pool frei. Empty Working Sets kann residente Seiten kurz reduzieren, während die Zusicherung bleibt und Seiten sofort zurückkehren. Solche Aktionen zerstören Beweise.
Nutzen Sie das Empty-Menü nur für kontrollierte Cachetests. Aktualisieren oder starten Sie den bestätigten Besitzer neu und wiederholen Sie denselben Test. RAMMap v1.63 vom 26. März 2026 blieb bei der Prüfung am 30. Juli 2026 aktuell; ZIP-Größe und SHA256 stimmten mit Microsoft überein.
Ein kleineres Diagramm nach Cache-Leerung beweist keine Reparatur. Sichern Sie zuerst den Verlauf und beheben Sie dann den bestätigten Besitzer.
Häufige Fragen zur Speicherlecksuche mit RAMMap
Beweist RAMMap ein Speicherleck einer Anwendung?
RAMMap zeigt Kategorie und reproduzierbaren Trend; für den exakten Besitzer sind meist Prozess- oder Treiberwerkzeuge nötig.
Welchen Wert soll ich beobachten?
Die Active-Kategorie, die wiederholt wächst, zusammen mit verfügbarem Speicher und Commit.
Wie viele Snapshots brauche ich?
Eine Basis, mehrere gleiche Messpunkte und einen Leerlaufpunkt.
Behebt Empty Standby List ein Leck?
Nein, es verwirft nur zurückgewinnbaren Cache.
Welches Tool folgt auf RAMMap?
Process Explorer, VMMap, PoolMon oder WPR je nach ermittelter Kategorie.
RAMMap v1.63 von Microsoft herunterladen
Nutzen Sie das aktuelle offizielle ZIP und sichern Sie vor Änderungen eine ruhige Basis.