<![CDATA[Memory Leak - Toolsuche]]>Hallo,

folgendes Problem: ich betreue ein in C++ geschriebenes Tool, das schon relativ umfangreich ist. Es wird mittels g++ compiliert, sowohl unter Windows als auch unter Linux genutzt. Bei der Ausführung stelle ich fest, dass etwa pro 10MB Eingabedaten etwa 200KB Memory verloren gehen also nicht wieder freigegeben werden. Das Ganze habe ich per sysinternals process explorer beobachtet.
Also z.B.

  1. 10MB Speicher benutzt,
  2. Daten geladen und verarbeitet (Peak 20MB Speicher),
  3. 10,2MB Speicher benutzt.
  4. Daten geladen und verarbeitet (Peak 20,xMB Speicher),
  5. 10,4MB Speicher benutzt.

Um das Leak aufzuspüren habe ich das Programm mit Valgrind debuggt (der oben dargestellte Stand ist bereits das Ergebnis, zuvor war es noch schlimmer 😞 ), und es hat nun lt. Valgrind kein Speicherleck mehr.

Also um die 0,2 MB zu finden, müsste ich ein Tool haben, um zu einem Zeitpunkt x alle Variablen listen zu können, die Speicher auf dem Heap referenzieren. Meine Suche war aber bislang erfolglos. Gibt es sowas (am Besten open Source aber zumindest kostenfrei)?
Oder ist evtl. die Ausgabe des ProcessExplorer in diesem Fall nicht aussagekräftig?

Viele Grüße

]]>https://www.c-plusplus.net/forum/topic/260707/memory-leak-toolsucheRSS for NodeMon, 07 Sep 2026 23:44:01 GMTMon, 08 Feb 2010 17:27:38 GMT60<![CDATA[Reply to Memory Leak - Toolsuche on Mon, 08 Feb 2010 17:27:38 GMT]]>Hallo,

folgendes Problem: ich betreue ein in C++ geschriebenes Tool, das schon relativ umfangreich ist. Es wird mittels g++ compiliert, sowohl unter Windows als auch unter Linux genutzt. Bei der Ausführung stelle ich fest, dass etwa pro 10MB Eingabedaten etwa 200KB Memory verloren gehen also nicht wieder freigegeben werden. Das Ganze habe ich per sysinternals process explorer beobachtet.
Also z.B.

  1. 10MB Speicher benutzt,
  2. Daten geladen und verarbeitet (Peak 20MB Speicher),
  3. 10,2MB Speicher benutzt.
  4. Daten geladen und verarbeitet (Peak 20,xMB Speicher),
  5. 10,4MB Speicher benutzt.

Um das Leak aufzuspüren habe ich das Programm mit Valgrind debuggt (der oben dargestellte Stand ist bereits das Ergebnis, zuvor war es noch schlimmer 😞 ), und es hat nun lt. Valgrind kein Speicherleck mehr.

Also um die 0,2 MB zu finden, müsste ich ein Tool haben, um zu einem Zeitpunkt x alle Variablen listen zu können, die Speicher auf dem Heap referenzieren. Meine Suche war aber bislang erfolglos. Gibt es sowas (am Besten open Source aber zumindest kostenfrei)?
Oder ist evtl. die Ausgabe des ProcessExplorer in diesem Fall nicht aussagekräftig?

Viele Grüße

]]>https://www.c-plusplus.net/forum/post/1852582https://www.c-plusplus.net/forum/post/1852582Mon, 08 Feb 2010 17:27:38 GMT<![CDATA[Reply to Memory Leak - Toolsuche on Mon, 08 Feb 2010 17:38:12 GMT]]>Der Speicherverbrauch eines Programms hat (fast) nichts mit Speicherlecks zu tun. Wenn valgrind sagt, dass alles in Ordnung ist, dann ist das zu 99% auch so.

]]>https://www.c-plusplus.net/forum/post/1852589https://www.c-plusplus.net/forum/post/1852589Mon, 08 Feb 2010 17:38:12 GMT<![CDATA[Reply to Memory Leak - Toolsuche on Mon, 08 Feb 2010 17:45:29 GMT]]>Da wird das OS seine Finger im Spiel haben und z.B noch ein paar Sachen Cachen um vlt. das Programm erneut schneller starten zu können, als beim ersten mal. Das merkt man dann vor allem bei grösseren Programmen, wie z.B Visual Studio. Das erste mal hat es ein Weilchen, aber wenn man ihn das zweite mal öffnet ist die IDE beinahe so schnell offen, wie der Standardtext Editor von Windows. Das hat natürlich nichts mit Magie zu tun, sondern ist sehr wahrscheinlich eine Optimierung von Seiten des Betriebssystemes.

Ich stimme SeppJ zu. Wenn der Detector kein Leak findet, dann hast du auch keins.

]]>https://www.c-plusplus.net/forum/post/1852595https://www.c-plusplus.net/forum/post/1852595Mon, 08 Feb 2010 17:45:29 GMT