Ursache/Ort von Speicherverbrauch/Verlust heraus finden

[Bernhard Geyer]

Es geht hier im den Fall das wir eine Fremdkomponente (ActiveX) im Einsatz welche Nachweislich bei bestimmten Aktionen immer mehr Speicher benötigt.
Der Hersteller ist scheinbar nicht fähig dies genaue Ursache des Speicherverlustes heraus zu bekommen.

Jetzt würde ich gerne eine Auswertung des Speicherzuwaches zwischen 2 Zeitpunkten durchführen:

Also Start der Anwendung und Snapshot 1 starten
Aktion durchführen und Snapshot 2 starten.
Diese beiden Snapshots vergleichen.

Ich würde jetzt gerne etwas in der Art: "Interface IXMLDOMDocument +1" oder "MSXML.DLL + 400 kB" sehen.
Meine Vermutung ist hier eine Zirkuläre Referenz (welche ich z.B. bei Verwendung des IE-ActiveX-Controls schon öfters hatte).
Eine einfache Speicheranalyse im eigenverantwortlichen Speicher (wie es FastMM macht) wird hier sagen: "Alles OK" obwohl im Hintergrund MB über MB an COM-Interfaces nicht korrekt freigegeben werden.

[himitsu]

Den virtuellen Arbeitsspeicher in eine Datei kopieren
und die beiden Kopieen vergleichen ist kein großes Problem.

(man kann sich notfalls die Differenz in eine dritte Datei speichern, welche nicht ganz so groß ist, um diese dann besser per Hand vergleichen zu können)


Rausbekommen wer welchen Speicher angefordert hat, wird schwer, denn da darfst du erstmal die Funktionen hooken, welche den Speicher anfordern.
(spätestens VirtualAlloc und Co.)
Und darfst dir dort den Stacktrace merken, von wo der Aufruf wirklich kam.
Dann alles merken, was während der Funktion passiert ist, dabei gleich die freigegebenen Speicher aus deiner Liste entfernen oder Diese nachher mit dem Differenz-Speicherabbild vergleichen, also welche sich nun darin befinden.

Und jetzt wird es schwer, denn nun mußt du quasi den Speicherbereich analysieren und "raten" was sich darin befindet.



Beim Loggen der Speicherfunktionen bräuchte man theoretisch keine Kopie des Arbeitsspeichers, aber da bekommst du auch das mit, was sich nicht sofort zeigt und was sich sonst noch verändert hat.
Denn wie bei jedem "ordentlichen" Speichermanager, wird nicht gleich jeder kleine Speicher einzeln bei Windows angefragt (das gibt eh meist nur größere Stücke ab) und gibt nicht gleich Alles sofort zurück (falls man es gleich wieder braucht) ... was bei den Garbage Collectors noch schlimmer wird.

[Bernhard Geyer]

Zitat von himitsu:

Den virtuellen Arbeitsspeicher in eine Datei kopieren

Hast du da noch etwas mehr Infos?

[himitsu]

Über VirtualQuery kann man sich schnell durch den Speicher hangeln.
- bei 0 (nil) anfangen und dann steht in der BlockInfo, wie groß er ist, also wo der Nächste anfängt
- außerdem sagt er was mit ihm los ist
- über GetModuleFileName (Handle=Pointer) bekommt man den Namen der DLL/EXE, wenn de Block den Anfang des Moduls darstellt

Oder du ließt einfach Byte für Byte aus (in einem Try-Except) und kopierst das in deine Snapshot-Datei
oder machst es zumindestens in 4 KB-Blöcken (das dürfte aktuell die kleinste Größe sein, welche Windows über VirtualAlloc bereitstellt).

[BUG]

Man kann Speicherabbilder auch mit Windows-Bordmitteln machen.
Die Anwendung könntest du eventuell mit dem Debugger an passenden Stellen anhalten.