Wenn ich versuche, findstr auf diesen Nicht-Seitenlaufwerken auszuführen, erhalte ich entweder eine sehr große Fehlerlast oder nichts.
Selbst wenn alle Anwendungen geschlossen sind, werden immer noch 3–4 GB RAM verwendet.
Das ist ein großes Problem, da bestimmte von mir ausgeführte Programme sehr viel RAM beanspruchen und ich nicht möchte, dass der RAM an einen undichten Treiber geht.
Der Findstr-Code, den ich ausführen wollte, war findstr /s __ *.*. Als ich versuchte, diese Laufwerke mit sehr hoher Auslastung zu suchen, bekam ich nichts
Es fällt mir sehr schwer herauszufinden, um welchen Treiber es sich genau handelt.
Antwort1
Moderne Versionen von Windows verwenden viel Speicher und 4 GB sind bei den neuesten Versionen von Windows 10 nicht unerwartet, obwohl sie sagen, dass2GB sind genug. Aus Erfahrung würde ich für die neuesten Editionen von Windows 10 mindestens 4 GB empfehlen und ich hatte Schwierigkeiten, bei einer Neuinstallation die RAM-Nutzung auf einem 4-GB-Rechner unter 3 GB zu reduzieren.
Standardmäßig läuft unter Windows einfach eine Menge davon. Vieles davon wird möglicherweise im Laufe der Nutzung des Computers in die Auslagerungsdatei verschoben.
In Ihrem Poolmon-Shot verwendet Nvrm 27150880 Bytes. Das sind 26.514 Kilobyte oder 25,89 Megabyte. Das ist nicht wirklich ein Zeichen für ein schwerwiegendes Treiberleck, das erhebliche Speicherprobleme verursachen würde. Ich würde eine weitaus größere Zahl erwarten, wenn es Probleme gäbe (wie z. B.diese Frage zeigt 5 GB nicht ausgelagerten Pool). Findstr ist möglicherweise auch nicht das richtige Tool zum Suchen von Text in Binärdateien. Zumindest sollten Sie die durchsuchten Dateitypen einschränken. In dieser Frage wurde vorgeschlagen, *.sysanstelle von zu verwenden *.*, um die fehlerhafte Datei zu finden.
Eine schnelle Google-Suchescheint darauf hinzudeuten, dass dies nvrmein Teil des Nvidia-Grafiktreibers sein könnte, und ich denke nicht, dass 26 MB im nicht ausgelagerten Pool besonders abwegig erscheinen für einen Grafiktreiber, der einen wesentlichen Teil Ihres Systems verwalten muss und möglicherweise Puffer im Kernel benötigt, die garantiert verfügbar sind. Ihr gesamter nicht ausgelagerter Pool beträgt nur 221 MB und der ausgelagerte Pool 410 MB, was eigentlich ziemlich gut ist. Meine sind derzeit 463 MB bzw. 370 MB groß.
Auf jedem System, das ich in letzter Zeit verwendet habe, ist eine Nutzung von 4 GB nach dem Booten ziemlich normal. Windows macht heutzutage einfach mehr und nutzt mehr Speicher. Sofern Sie nicht tatsächlich ein Problem beim Ausführen von etwas haben, sehe ich kein Problem.
Wenn Sie glauben, dass Sie Speicherprobleme haben, dann, wie Daniel in den Kommentaren erwähnt, wäre die Task-Manager-Speicheransicht der erste Ort, an dem Sie nachsehen sollten, oder ich würde das Tool überprüfenRAMMapDadurch kann schneller ein Überblick darüber gewonnen werden, was wo verwendet wird.
In RAMMap können Sie damit experimentieren, das Betriebssystem dazu zu bringen, Dinge wie die Standby-Liste und Arbeitssätze freizugeben, aber das hat hauptsächlich den Effekt, dass RAM in Auslagerungsdateien verschoben oder Programmpuffer freigegeben werden, die im Laufe der Zeit wieder aufgefüllt werden. Ich habe die Optionen „Standby-Liste leeren“ und dann „Arbeitssatz leeren“ verwendet und dadurch meinen Speicherverbrauch kurzzeitig von 10 GB auf 2 GB gesenkt, aber nach etwa 10 Minuten ist er schnell wieder auf 6,5 GB gestiegen.
