Beim laden der 100 Video kommen etwa 100MB hinzu. Wenn ich sie lösche, werden alle Destruktoren aufgerufen und alle Sachen gelöscht aber der reservierte Speicher bleibt absolut konstant. Wenn ich dann erneut 100 Videos lade, kommen weitere 100MB hinzu, die nicht wieder verschwinden.

Ich habe die Anwendung schon mit Valgrind getestet, doch am Ende steht, dass alles freigegeben wurde... ...

Gibt es andere Möglichkeiten solche Speicherlecks evtl. zur Laufzeit zu finden?
Oder hat jemand eine andere Idee, woran es evtl. liegen könnte?

das ist jetzt vielleicht nicht ganz die Antwort, die du gern hören möchtest, aber hast du schonmal in Erwägung gezogen, jedes new direkt an den ctor einer entsprechenden smart_ptr-Klasse zu übergeben, sodass du in deinem Code gar kein delete mehr brauchst?

Damit macht man sich das Leben (besonders wenn irgendwo exceptions fliegen) auf Dauer wesentlich leichter und wenn du nicht gerade zig Millionen Instanzen von kleinen Klassen in sehr kurzer Zeit erzeugst, sollte das auch von der Performance her kein Problem darstellen.

(Auch wenn das nich direkt etwas mit memleaks zu tun hat: Falls du so einen Fall mit sehr vielen kleinen Klasseninstanzen hast, wär dann übrigens ein ein small object allocator, wie der von Alexandrescu, unter Umständen günstig.)

Edit: Wenn du selbst natürlich gar nicht leckst, sondern irgendeine Bibliothek, die du verwendest, der Übeltäter ist, kannst du ja mal versuchen, das Problem durch ein Minimalbeispiel nachzustellen, und dann evtl. an den entsprechenden Bugtracker weitergeben.

Gruß
Dobi

Wenn valgrind dir sagt, dass dein Programm sauber ist, dann wird das wohl auch stimmen, das ist recht verlässlich.

Was hier aber komisch ist, dass beim erneuten Laden zusätzlicher Speicher gebraucht wird. Eigentlich sollte da ja wie oben erklärt der vorher genutzte Speicher erneut benutzt werden. Da valgrind trotzdem nichts findet, vermute ich mal an, dass ganz am Programmende automatisch die Destruktoren deiner Objekte aufgerufen werden und dort dann alles sauber freigegeben wird. Anscheinend geschieht dies aber nicht zu dem Zeitpunkt wo du es dir wünscht.

Was mir als Debugmöglichkeit einfiele ist, dass du in den Destruktor deines datenhaltenden Objekts noch eine kurze Logausgabe einbaust. Dann kannst du während des Programms gucken, ob und wann dieser aufgerufen wird.

Da valgrind trotzdem nichts findet, vermute ich mal an, dass ganz am Programmende automatisch die Destruktoren deiner Objekte aufgerufen werden und dort dann alles sauber freigegeben wird. Anscheinend geschieht dies aber nicht zu dem Zeitpunkt wo du es dir wünscht.

Auch Speicher, den man selbst vergessen hat freizugeben, wird ja beim Programmende vom OS zurückgeholt.
Dass valgrind nix findet, ist aber natürlich schon verdächtig.
Vermutlich ist deshalb tatsächlich trotzdem, wie du schon sagtest, der Zeitpunkt das Problem.

@Dobi sorry ich hab nicht geschrieben, dass ich shared_ptr von boost nutze.
Die Zeiger habe ich auch nur einmal und die Destruktoren werden auch wie gesagt aufgerufen ...

@SeppJ die Logausgaben in den Destruktoren habe ich auch schon, weshalb ich mir auch sicher bin, dass diese nicht nur zum Programmende aufgerufen werden.
Sowas wie eine Obergrenze hatte ich mir auch schon überlegt, aber das Problem besteht auch nur bei den FFMPEG Videos. Wenn ich andere große Objekte erstelle und dann wieder freigebe, werden sofort 100te MBs frei.