Untersuchen des Speicherverlusts svchost / nsi mit Daten

svchostund nsiinsbesondere hat beharrlich mit Speicherlecks im Laufe der Jahre mit Google sucht Aufdrehen viele Treffer (aber nur wenige Lösungen) in Verbindung gebracht worden. Verwandte Fragen mit verwandten Antworten wurden in der Vergangenheit bereits mehrfach von Superbenutzern gestellt, aber alles, was ich gesehen habe, waren die Leute, die sich fragten, wie sie bestimmen können, welcher Prozess das Leck enthält. Dies ist keine große Hilfe, wenn ich das bereits weiß.

Ich stelle diese Frage auf, weil das Problem trotz der Behauptungen, dass diese oder diese Lösung das Problem behoben hat, weiterhin bestehen bleibt, und auch, um die Ergebnisse meiner eigenen Untersuchung zu melden, falls dies hilfreich ist, und um zu sehen, wie ich sonst noch in das Problem eingreifen kann.

Die eine Sache, die angedeutet wurde, dass das Problem möglicherweise behoben wurde, war die Anwendung von KB 2950358 (Entschuldigung, es kann keine Verknüpfung hergestellt werden), das Installationsprogramm sagt jedoch lediglich, dass dieses Update nicht auf dieses System anwendbar ist.

Maschine, Betriebssystem und Software: Win7 Pro x64, 8 GB Speicher mit nVidia GTX 580-Video (Treiber von nVidia, 372.54 vom 15. August, vor 15 Tagen bei diesem Schreiben). Prozesse, die fast immer laufen gehören Spotify, Chrome (derzeit v52.0.2743.116), Skype (derzeit 7.26.0.101) sowie ein paar Cygwin mintty, bashund sshProzesse. Internet Explorer ist nicht installiert (über die Bits hinaus, die nicht entfernt werden können). Übliche Browser-Add-Ins wie Flash für yt usw. Nichts Ungewöhnliches, auch wenn einige von ihnen stark auf Netzwerke angewiesen sind und theoretisch impliziert werden könnten, wenn man von KB 2847346 ausgeht. Alle Windows-Updates einschließlich des neuesten optionalen Rollup-Updates wurden angewendet.

Weglassen einige Zwischenschritte, getrennt I nsiout in seine eigene svchost, neu gestartet und protokolliert dann die Ausgabe von tasklist, jede Sekunde, für die PIDs des nsiProzesses und der svchostzu dem nsiverwendeten gehören. Die Ergebnisse sind hier dargestellt . Gewiss, letztere ist im Wesentlichen flach, nsiwächst aber stetig (wenn nicht sogar).

Zur gleichen Zeit nahm ich procmonsys-Aufrufe auf, die von gemacht wurden nsi, aber mit Ausnahme von 6 Ereignissen waren dies Ereignisse zum Erstellen von Threads und zum Beenden von Threads, was nicht sehr hilfreich ist. Was auch immer das Problem verursacht nsi, verursacht keine eigenen Syscalls.

Bevor ich mich aufspaltete nsi, machte ich fast vier Tage lang eine ähnliche Spur, und diese svchostInstanz begann mit 24 MB und stieg kontinuierlich auf etwa 2150 MB an, bevor ich sie stoppte, wobei die Änderungsrate offenbar mit der Zeit zunahm. In der Vergangenheit habe ich den beleidigenden svchostProzess von 6 GB nach oben gesehen, aber mit dem procmonLaufen war dies der Punkt, an dem mir der Speicher zu Ende ging. Ein paar Mal wurde etwas Speicher freigegeben, jedoch nicht so viel wie zugewiesen wurde. Ich kann diese Grafik später verlinken, wenn jemand sie sehen möchte.

Ich habe das auch mit überwacht procmonund kann eine Aufschlüsselung der Ereignisse bereitstellen, aber sie sind wahrscheinlich nicht sehr interessant, da festgestellt wird, nsidass dies fehlerhaft ist und dass keines der Ereignisse besonders interessant ist.

Gibt es ein Werkzeug zur Verfolgung, welche Prozesse Anforderungen an einen bestimmten Dienst stellen?

Was ist mein nächster Schritt, da der anscheinend relevante KB-Hotfix nicht anwendbar ist?