Enorme Nutzung des virtuellen und privaten Speichers bei einer Windows 7 x64-Installation

1026
Julien Adam

Vor kurzem begann sich mein Windows 7 x64-Rechner sehr komisch zu verhalten, viele Programme stürzten zufällig ab. Die einzige Anwendung, die ständig abstürzen würde, war Team Fortress 2. Nach dem Laden einer Karte vermute ich, dass sie viel Speicher benötigt. Auch meine Festplatten laufen nach einiger Zeit ständig in den Papierkorb, aber mit Process Explorer kann ich keine nennenswerten IOs sehen. Dies könnte darauf hindeuten, dass die Datei der Seite verworfen wurde.

Ich schloss die üblichen Verdächtigen aus, keine Viren, keine Spyware, die ich mit verschiedenen vorinstallierten oder Online- oder CD-basierten Tools erkennen konnte. Die manuelle Überprüfung der Inbetriebnahme, der Dienste und der Fahrer ergab keine wesentlichen Informationen.

Also habe ich eine zweite Neuinstallation auf einem anderen Laufwerk erstellt, die einwandfrei funktioniert und auch Hardwareprobleme ausschließt, die für die Festplatte vielleicht zu erwarten sind.

Ich habe dann angefangen, die 2 Installationen in ähnlichen Situationen zu vergleichen, und bemerkte, dass Programme auf der schlechten eine enorme Menge an virtuellem und privatem Speicher verwenden, denken Sie im GB-Bereich (bis zu 5 GB), während auf der guten die Werte liegen sind viel mehr als ich erwarten würde, im Bereich von 0 bis ein paar hundert MB.

Der Hauptunterschied zwischen den beiden Installationen sind alle Entwicklertools, die ich nicht installiert habe, und einige Spiele. Die Treiber sind gleich, der AV ist der gleiche.

Ich fange an, eine verdorbene VC ++ - Laufzeitinstallation zu vermuten, aber ansonsten habe ich keine Ahnung, was los sein könnte? Irgendwelche Vorschläge ?

Vielen Dank,

1

1 Antwort auf die Frage

3
Julien Adam

OK ich habe es. Ich hatte mit dem Befehl gflags einige Debug-Funktionen aktiviert, um Speicherprobleme aufzuspüren, und vergaß, sie zu deaktivieren. Ich habe jetzt (gflags -r -hpa und gflags -k -hpa), alles ist wieder normal.