Aktuelles RAM-Problem mit Windows 7 - Der Speicher füllt sich langsam

Bevor ich überhaupt etwas sage, möchte ich, dass Sie alle wissen, wo ich mit diesem Problem gewesen bin:

• Ich habe mehrere AV-Scans durchgeführt, darunter: Malwarebytes, Sophos Virus Removal, ADWCleaner, ESET Smart Security 4 und Hitman Pro, bei denen einige PUPs gefunden und entfernt wurden.
• Ich habe RAMMap, Windows WDK mit Poolmon & Process Explorer installiert.
• Ich habe alle Treiber aktualisiert, alle nutzlosen (auch als nicht verwendet / nicht benötigt) Prozesse und Dienste deaktiviert und meinen Computer im Laufe von gestern und heute (als das Problem begann) mehrmals neu gestartet.
• Wenn ich über dieses Problem spreche, sagen Sie mir bitte nicht, dass nicht verwendeter RAM als gültige Antwort auf mein Problem RAM-Verschwendung ist. Das Problem ist nicht so einfach. Wenn mein RAM voll ist, treten Leistungsprobleme und Verlangsamungen meines Systems auf, die ich zuvor nicht hatte, einschließlich maximaler RAMs und Systemstottern / Leistungsprobleme, wenn diese maximal sind, was mich dazu zwingt, meinen Computer neu zu starten.

Hier sind meine Systemspezifikationen:

Betriebssystem: MS Windows 7 Ultimate 64-Bit SP1

CPU: Intel Core i7 960 bei 3,20 GHz 48 ° C Bloomfield 45-nm-Technologie

RAM: 6,0 GB Dreikanal-DDR3 bei 534 MHz (8-8-8-20)

Hauptplatine: ASUSTeK Computer INC. SABERTOOTH X58 (LGA1366) 35 ° C.

Grafik: NVIDIA GeForce GTX 670

Festplatten: 2930 GB Seagate ST3000DM001-1CH166 ATA-Gerät (SATA) 30 ° C.

Audio: Realtek High Definition Audio (vom Motherboard)

Was ich mit poolmon herausgefunden habe, ist, dass ich einen Treiber oder etwas anderes habe, das keine Frees freigibt und mit dem Namen "Proc" stetig zunimmt.

Wie Sie sehen können, werden in Proc satte 10 Frees und 46205040 Bytes verwendet. Und diese Zahl steigt immer.

Was ich aus pooltag.txt gefunden habe (wenn jemand dies liest und interessiert ist, wo diese Datei zu finden ist, können Sie hier nachsehen: Y: \ Programme (x86) \ Windows Kits \ 8.1 \ Debuggers \ x64 \ triage) ist diese Beschreibung: "Proc - nt! ps - Process Objects", was angesichts der generischen Beschreibung ziemlich uninformativ ist. In beiden Fällen scheint sich dieses Problem zu verschärfen, wenn ich einen sehr intensiven Prozess ausführe (z. B. World of Warcraft, das normalerweise 1,6 GB RAM beansprucht).

Wenn dieser Vorgang beendet ist, bleibt die RAM-Nutzung so, als ob das Programm niemals geschlossen worden wäre. Wenn ich mir die RAM-Karte anschaue, verbleiben manchmal mehr als 1,5 GB im Standby-Modus. Selbst wenn ich es in RAMMap lösche, wird es nicht gelöscht und dieser RAM wird nicht für die Wiederverwendung freigegeben.

Wie Sie hier sehen können, habe ich 2,9 GB verwendet (aufgrund von Firefox, Skype und einigen anderen Programmen), aber ich habe über 1,5 GB im Standby-Modus, der nicht verwendet wird, und TaskManager & Process Explorer meldet, dass ich näher an 4 GB verwende .

Ein weiteres Problem, das mir aufgefallen ist: Ich habe meine Ethernet-Treiber aufgrund einiger Verzögerungsprobleme mit meinem Internet aktualisiert (ein Modem wurde ersetzt und anschließend aktualisiert). Das Problem ging weg. Ich ging für ungefähr eine Woche zum Erntedankfest. Zu diesem Zeitpunkt war mein Computer ausgeschaltet. Als ich nach Hause zurückkehrte, bemerkte ich diesen Prozess: "svchost -k LocalSystemNetworkRestricted", "svchost -k netsvcs" verbrauchte manchmal über 500-700 MB RAM, den ich noch nie zuvor gesehen hatte. Im Moment liegt es bei 164 MB, aber ich hatte noch nicht einmal gesehen, dass es in der Nähe dieser Zahl auftauchte, bevor ich ging.

Ich sah mir alle Programme an, deinstallierte einige, die ich vor meiner Abreise installiert hatte, führte dann Virenscans durch, bei denen weitere Inhalte entfernt wurden, und rollte sogar meinen Ethernet-Treiber zurück. Die einzigen Updates, die ich für Windows 7 hatte, waren für Windows Defender (das ich später deaktiviert habe). Dennoch bleibt dieses seltsame Verhalten bestehen.

In einer Nussschale:

• Die in PoolMon.exe gezeigte Treiber- oder Systemressource "Proc" (vollständige Beschreibung: "Proc - nt! Ps - Process Objects") steigt stetig in den verwendeten Bytes an, gibt sie jedoch nicht frei, maximiert schließlich den RAM und verursacht Systeminstabilität und Ruckeln
• Die Prozesse "svchost -k LocalSystemNetworkRestricted" und "svchost -k netsvcs" haben die Verwendung im RAM erhöht, obwohl sich im System kaum etwas geändert hat.

Bitte lassen Sie mich wissen, ob mir jemand helfen kann.

Edit: Es scheint, ich habe mein Problem gelöst.

Ich werde dies ziemlich detailliert durchgehen, nur für den Fall, dass jemand anderes das gleiche Problem auf einmal hat und dies findet und es für ihn funktioniert.

Ich hatte ESET SmartSecurity 4 sowie True Image Home 2013 von Acronis installiert. Am Ende habe ich Driver Verifier verwendet (Geben Sie einfach Verifier in Ihre Startleiste ein. VORSICHT: Kann zu Bluescreens führen, wenn ein Treiber aktiv wird. Erstellen Sie einen Systemwiederherstellungspunkt und halten Sie eine Windows-Wiederherstellungsdiskette bereit, um sie zu verwenden, oder stellen Sie sicher, dass Sie dies tun kann in den abgesicherten Modus wechseln und ihn über die Befehlszeile deaktivieren (Verifier / Reset).

Nachdem ich das Acronis TIB Mounter-Gerät deaktiviert habe, wurde ein fehlerhafter Treiber erkannt. Hierbei handelt es sich um das Gerät, das TIB-Sicherungen in Verbindung mit der auf Ihrem System installierten "Before Boot" -Software bereitstellt und anscheinend alle Funktionen Ihrer USB-Laufwerke steuert auch, was ich nicht wusste. Dieser von Acronis stammende Treiber hieß fltserv.sys (befindet sich: C: \ Windows \ System32 \ drivers \ fltsrv.sys). Ich landete in einer endlosen Bluescreen-Schleife, konnte aber auch nicht in den abgesicherten Modus booten, da ich den TIB-Mounter deaktiviert hatte, wodurch das Programm den Start im Safemode steuern kann (dies kann ich tun, um ein Backup erstellen zu können, egal was passiert den Status Ihrer Windows-Installation).

Also habe ich meinen Windows Repair USB hochgefahren und nach ungefähr 2 Stunden, in denen ich FIXMBR und SFC / scannow und andere verschiedene Dinge ausprobiert habe, habe ich Driver Verifier geöffnet (tun Sie dies, indem Sie einfach Verifier in das Wiederherstellungs-CMD eingeben), um es zu deaktivieren es. Da ich auf meiner Wiederherstellungsdiskette nicht auf das Windows-Laufwerk zugreifen konnte, um nur die .sys-Datei zu löschen, hatte ich zu diesem Zeitpunkt das Pech. Ich drückte die Schaltfläche "Informationen zu den aktuell verifizierten Treibern anzeigen" und drückte auf "Weiter". Ich habe gerade beschlossen, auf die Schaltfläche "Hinzufügen" unter dem rechten Bereich zu klicken. Was Sie wissen, öffnet ein Explorer-Fenster, in dem Sie .sys-Dateien anzeigen können. Also habe ich zu seinem Pfad navigiert, ihn gelöscht, neu gestartet und konnte mich anmelden.

Anschließend habe ich Acronis True Image Home 2013 mithilfe des Acronis Removal Tool (hier zu finden: http://dl.acronis.com/u/support/atih_cleanup_tool_s_e.exe) vollständig deinstalliert. Anweisungen hier: https://kb.acronis.com/ Inhalt / 34876 ).

Sobald dies erledigt war, hatte ich große CPU-Probleme, also deinstallierte ich ESET Smart Security, deaktivierte Driver Verifier und startete neu. Ich habe Eset Smart Security 8 installiert und jetzt scheint alles gut zu sein. Soweit ich das beurteilen kann, ist mein Speicher mit Firefox und einigen anderen Programmen, die mit etwa 2,7 GB geöffnet sind, ziemlich stabil. Ich werde wahrscheinlich wieder über Poolmon gehen, wenn ich Probleme habe.

Eine ziemliche Reise. Ich bin mir nicht ganz sicher, ob Acronis oder ESET der Schuldige war, aber zumindest ist mein Problem weg.

Bearbeiten beenden

@David

Hier sind die aktuell ausgeführten Prozesse und die detaillierte RAM-Nutzung von ProcessExplorer:

Rammap-Dateien

Rammap-Prozesse

Ich habe über 1,5 GB im Standby-Modus, der nicht verwendet wird

Die 1,5 GB, auf die Sie sich beziehen, sind mit " Nicht verwendet, nicht Standby" gekennzeichnet. Dieser 1,5 GB Speicher ist auf Null gesetzt

• Speicher markiert Standby wird bei Bedarf verwendet.
• Der mit Zeroed gekennzeichnete Speicher wird bei Bedarf verwendet.

Standby :

Seiten des physischen RAM werden nicht aktiv verwendet. Diese verbleiben weiterhin im physischen RAM, werden jedoch zuerst vom Speichermanager neu verwendet (entweder in die aktive Liste zurückgeführt oder auf Null gesetzt und wiederverwendet), wenn für aktive Seiten ein physischer RAM benötigt wird. Standby-Seiten sind im Wesentlichen Cache - es ist besser, selten verwendete Daten „nur für den Fall“ im RAM zu speichern, als sie auf die Festplatte zu übertragen, wenn der Speicher für nichts anderes benötigt wird.

Null gesetzt :

Seiten, die auf Null gesetzt wurden und zur Verwendung bereit sind, können schnell für neue physische Speicherzuordnungen zugewiesen werden . Normalerweise wird nach dem Start eines Systems nur eine erhebliche Anzahl von Nullseiten angezeigt. Nachdem sich das System "eingelebt" hat, werden diese Seiten wahrscheinlich irgendwo in der Standby-Liste als Cache verwendet.

Quelle Einführung in das neue Sysinternals-Tool: RAMMap