Der Speicherbedarf steigt ohne Prozess an

990
Bodeo

Ich habe seit ein paar Tagen Probleme mit meiner Speichernutzung (vielleicht seit dem letzten Windows-Update, wenn ich mich recht erinnere), bei dem sich mein Speicher im Laufe des Tages langsam auf 16 GB beläuft.

Es beginnt normalerweise mit etwa 1,5 GB / 16 GB und steigt dann um etwa 1 GB pro Stunde an, um ungewöhnliche Dinge wie 14 GB nach einem Tag zu erhalten. Danach muss ich neu starten, um den Speicher zu "leeren".

Ich habe bereits ein paar Dinge ausprobiert, um das Problem zu finden, aber es scheint nicht möglich zu sein, die Ursachen zu finden. Hier sind weitere Informationen:

Poolmoon, der zu zeigen scheint, dass das für die Speicherauslastung verantwortliche "Tag" Toke und Proc ist (MmSt und CM31 bleiben den ganzen Tag um 2 GB):

Der Speicherbedarf steigt ohne Prozess an

RamMap-Speicherverwendung:

Der Speicherbedarf steigt ohne Prozess an

Registerkarte "Prozesse" des Task-Managers:

Der Speicherbedarf steigt ohne Prozess an

Registerkarte "Speicher" des Task-Managers:

Der Speicherbedarf steigt ohne Prozess an

0
Bitte versuchen Sie, den Dienst wuauserv zu beenden oder zu deaktivieren, und prüfen Sie, ob dies hilfreich ist. (win + r -> services.msc -> Windows Update) Andre vor 8 Jahren 0
Kurze Erklärung zu meinem vorherigen Kommentar: Manchmal überschwemmt Windows Update Ihren Arbeitsspeicher. Ich habe dies kürzlich auf einer Win7-Maschine meines Unternehmens gesehen. wuauserv startet standardmäßig mit einer Verzögerung, was erklären würde, warum Ihr PC zu Beginn normal arbeitet. Sobald Sie diesen Dienst beenden (dies ist auch über den Task-Manager möglich), sollte Ihr RAM freigegeben werden. Für Win7 gibt es einen Hotfix, der nicht sicher ist, ob Win8 / 10 installiert ist. Andre vor 8 Jahren 0
Danke für die Antworten, aber wuauserv (Windows Update-Dienst) wurde bereits gestoppt und sein Starttyp war "Manuell". Bodeo vor 8 Jahren 0
Haben Sie kürzlich Treiber aktualisiert? Spokey vor 8 Jahren 0
Die meisten Anzeigen, die Sie eingestellt haben, weisen nicht auf ein Problem hin. Ich sehe 5,5 GB in Verwendung, 326 MB im nicht ausgelagerten Pool. (Paged Pool ist keine permanente Nutzung; es zählt nicht.) Haben Sie diese gut genommen, bevor Sie alle 16 GB "in Verwendung" erreicht haben? Steigt der "Diff" von "Proc" -Objekten (Prozessen) ständig an? Wenn ja, ist dies ein Problem - etwas erstellt Prozesse, die Prozesse werden beendet, aber (am wahrscheinlichsten) schließt der Ersteller den Handle niemals, sodass das Prozessobjekt niemals freigegeben wird. Sehen wir uns den Task-Manager für alle Prozesse an und sortieren Sie nach der Spalte "Handles". Der Process Explorer kann dies natürlich auch zeigen. Jamie Hanrahan vor 8 Jahren 0
@JamieHanrahan ja in der Tat war es bei 5,5 GB im Einsatz und weit vor den 16 GB-Punkt. Ich werde ein Poolmon in ein paar Stunden erneut bereitstellen, sobald die Speichernutzung wieder auf 10 GB + eingestellt ist, ohne dass beide Screenshots miteinander verglichen werden müssen. Ich bin jedoch beinahe positiv. Das einzige "Tag", das auf unbestimmte Zeit ansteigt, ist das "Proc" (derzeit 1 GB höher als eine Stunde) her ohne weiteren Prozess geöffnet). Vielen Dank ! Bodeo vor 8 Jahren 0
Ignorieren Sie NICHT meine Anfrage für die Anzeige der Prozessmanager des Task-Managers oder für den Prozess-Explorer, sortiert in beiden Fällen nach der Spalte "Handles". Vielen Dank. Jamie Hanrahan vor 8 Jahren 0
@JamieHanrahan Tatsächlich wurde die Spalte "Handles" in einem anderen Tab gefunden. Hier ist die Verwendung von 6.1GB mit den Handles http://i.imgur.com/OQA5DGE.png / hier mit dem Arbeitssatz http://i.imgur.com/8snYX4t.png Bodeo vor 8 Jahren 0
Hm. Nichts dort ist ungewöhnlich. Versuchen Sie die von yobbo vorgeschlagene WPT-Ablaufverfolgung, suchen Sie jedoch nach dem Tag "proc" und nicht nach "toke". Eine andere Idee ist, die Prozesserstellungsüberwachung in Gruppenrichtlinien zu aktivieren (vorausgesetzt, Ihre Windows-Version hat gpedit). Jamie Hanrahan vor 8 Jahren 0
@JamieHanrahan Der Befehl findstr gibt mir tatsächlich zu viele .sys-Dateien (~ 50-100), und ich bin nicht sicher, wie ich die Ergebnisse von WPT interpretieren soll: http://i.imgur.com/mGsk3ls. png, da in der Spalte "Size" nur 224 MB für das Proc-Tag angezeigt werden, wobei nur cmd.exe, RzSurround und einige kernelspezifische DLLs aufgeführt sind. Danke noch einmal ! (Der Speicherbedarf liegt jetzt bei 7,5 GB ohne Prozess, hier ist der aktualisierte Poolmonitor: http://i.imgur.com/8TRN2QF.png) Bodeo vor 8 Jahren 0
Ich werde versuchen, einen Weg zu finden, um nach dem Razer-Surround-Ding zu suchen, nachdem Sie Folgendes gesehen haben: https://www.reddit.com/r/razer/comments/2pqqe8/razer_surround_causing_huge_memory_usage/ Bodeo vor 8 Jahren 0
Sehr große Metadatei: (http://blogs.technet.com/b/mspfe/archive/2012/12/06/lots-of-ram-but-no-available-memory.aspx) "Was Sie suchen ist etwas [...], das nach einer [...] großen Anzahl von Dateien fragt und diese Informationen durch wiederholtes Wiederholen der Aktion aktualisiert. " Yorik vor 8 Jahren 0
Korrigieren Sie mich, wenn ich falsch liege, aber ich denke, dass Battlenet (standardmäßig) Ihren Client als Torrent-Anbieter verwendet, um Updates an The World zu verteilen Yorik vor 8 Jahren 0

3 Antworten auf die Frage

1
magicandre1981

Die Speicherbelegung kommt nicht von einer zu großen Poolnutzung (obwohl 800 immer noch etwas zu hoch ist). Es kommt von 1.6GB der Seite Tabelle und ein wenig zu hoch NTFS Metadaten.

Das ist schwer zu debuggen. Ich habe es letztes Jahr ausprobiert, aber es zeigt nie ein gutes Ergebnis. Sie müssen einige Werkzeuge anhalten, bis Sie das gefunden haben, das sie verursacht.

Das Proc- Tag wird von RzSurround (Audiotreiber?) Und dem CM31 zum Laden von Registrierungsstrukturen verwendet.

Hm. Das Proc-Tag ist _supposed_ für Process-Objekte - siehe pooltag.txt. Wenn dieser "RzSurround" -Treiber es verwendet, verstoßen sie gegen die Regeln. Jamie Hanrahan vor 8 Jahren 0
0
yobbo

Das "Toke" -Tag ist der Intel Wi-Fi-Treiber. Stellen Sie sicher, dass Sie den neuesten Treiber des Herstellers verwenden.

Öffnen Sie cmd.exe, navigieren Sie zu c: \ windows \ system32 \ drivers und führen Sie Folgendes aus:

findstr /m /l /s Proc *.sys

Das wird wahrscheinlich zu viele Ergebnisse ausgeben, da proc ein üblicher Treiber ist.

Sie könnten einen WPT-Trace wie in Windows 8 ausprobiert : Toke Paged verbraucht über 5 GB

Auf meinem Desktop habe ich viele "Toke" -Objekte und keinen Intel Wi-Fi-Treiber. - kein WLAN in der Tat. pooltags.txt zeigt an, dass "Toke" ein Zugriffstoken ist - die Sache, die Prozessen (und manchmal Threads) zugeordnet ist, die Ihre Sicherheits-ID, Ihre Gruppen-IDs usw. definieren. Wenn Sie einen Prozess erstellen, erbt er normalerweise eine Kopie Ihres eigenen Zugriffstokens . Die Tatsache, dass die Proc- und Toke-Counter sehr ähnlich sind, ist konsistent. Da sich Token im _paged_-Pool befinden, belegen sie natürlich nicht permanent RAM (es sei denn, Sie haben die Auslagerungsdatei törichterweise entfernt). Aber Prozessobjekte tun dies. Jamie Hanrahan vor 8 Jahren 0
Vielen Dank für den Vorschlag, ich kopiere die Antwort, die ich in einem anderen Kommentar gegeben habe: Der Befehl findstr gibt mir tatsächlich zu viele .sys-Dateien (~ 50-100) und ich bin nicht sicher, wie ich die Ergebnisse interpretieren soll von WPT: i.imgur.com/mGsk3ls.png, da in der Spalte "Size" nur 224 MB für den Proc-Tag angezeigt werden, wobei nur cmd.exe, RzSurround und einige kernelspezifische DLLs aufgeführt sind Bodeo vor 8 Jahren 0
@Bodeo - Ausgabe der Liste in eine Datei. Gehen Sie die Liste durch und schließen Sie alle Microsoft-Dateien aus. Gehen Sie danach durch die Liste und verhindern Sie, dass Windows die Datei beim Start (Autoruns) lädt, bis das Verhalten aufhört. Es ist äußerst unwahrscheinlich, da die Anzahl der Benutzer, die Windows verwenden, der Fehler in einem Microsoft-Treiber vorhanden wäre. Ramhound vor 8 Jahren 0
0
Bodeo

Das Problem wurde behoben, indem der Razer-Surround-Prozess (Sound-Treiber) deinstalliert wurde, nachdem RzSurroundVADStreaming.dll im WPT-Diagramm angezeigt wurde.

Der Speicher ist nach einer Betriebszeit von 20 Stunden um 2 GB stabil.

Verwandte Probleme