Consommation memoire par classe

Bonjour a tous deja :) ,

J'ai un soucis de consommation de memoire ...

En fait, je fais du traitement d'images sur des tres gros jeux de données (images aeriennes ...) et je voudrais arriver à savoir les consommations de mémoire dans chacune de mes classes de mon programme ...

Mon problème :
Entre une a deux heures de traitement, la consommation parait normale (200Mo) mais au bout de deux jours j'atteins 1.2Go de mémoire virtuelle ...
J'ai dû écrire 30 000 lignes de codes en essayant d'être rigoureux sur la libération memoire à chaque fois ... mais j'ai du sans doute laisser passer des trucs a la trappe ...

Connaissez-vous des plugins pour Visual C++ ou des logiciels qui analysent la mémoire durant l'exécution d'un programme ? j'entends par là "analyser" qui me dit quelle classe me pompe de la memoire et ne me la libere pas ...

Il me reste 3 semaines de stage à passer et je cherche une solution pas trop compliquée (qui me prend pas 3 semaines à coder car il me faut aussi écrire les rapports de stage ...)

grand merki encore pour votre aide
++ DaV

Il existe des outils comme Purify ou BoundCheckers qui font ce genre de truc, mais par contre, ça a un prix.

Je peux te conseiller de lire un thread sur le sujet dans fr.comp.lang.c++ :
42d35b46$0$26418$626a14ce@news.free.fr

Qu'on peut par exemple lire sur google :
http://groups.google.fr/group/fr.comp.lang.c++/browse_frm/thread/9468a8f2cff17baa/4eb8ddcc20e869f7

je suis en train de voir si ca marche :) je re dans pas longtemps :p

en tout cas, si ca marche ... merki bcp :)

++, DaV

[size=3]Bon, j'ai trouvé sur ta page des trucs ... je les ramene sur ce forum car ca peut sans doute interesser du monde !!!

mais les notations finales reste un peu en petit chinoix ...

donc voila ce qu'il y avait marqué ...
->

Oui, c'est tout. Il faut ensuite exécuter en mode debug.
S'il y a des fuites, elles te seront indiqués. Par exemple :

#include <crtdbg.h>
int main()
{
int debugHeapFlag= _CrtSetDbgFlag(_CRTDBG_REPORT_FLAG);
_CrtSetDbgFlag(debugHeapFlag | _CRTDBG_LEAK_CHECK_DF);

new long(0x224D4D22);
new long; // ou std::malloc(sizeof(long));
}

Donne (dans la fenêtre de debug) :

Detected memory leaks!
Dumping objects ->
{51} normal block at 0x00321030, 4 bytes long.
Data: < > CD CD CD CD
{50} normal block at 0x00320FF0, 4 bytes long.
Data: <"MM"> 22 4D 4D 22
Object dump complete.

La mémoire non initialisée est indiquée par des CD; les lignes
Data montrent le contenu en texte si possible (entre <>) et en
hexa; les {nn} sont les numéros de blocs alloués si je me souviens
bien. Avec les adresses des blocs et ces informations, on a déjà de
quoi se mettre sous la dent pour trouver d'où viennent les fuites.
C'est pas mal pour un outil gratuit et déjà intégré, mais c'est
avec VC seulement (il y a peut-être un équivalent avec d'autres
compilateurs).


... apres, y'aurait un truc pour intel .. mais j'ai un athlon 64 donc je me suis fait avoir ... ca m'a marqué qu'il fallait un proc intel ... :

voila ce qu'il y avait marque ... :
->
Sous Windows, le must est clairement :
http://www.codeproject.com/too ls/leakfinder.asp

Avec les symboles debug il te donne une pile des appels ayant fuit avec
un outils graphique pour les visualiser.

...

Voila ... je re si j'arrive pas a comprendre le petit chinoix ...

++, DaV
PS : dslé si c pas très clair ...

Pour linux, ya

http://valgrind.org/

mdr, les gars sont un peu partis en live ... Ca annonceait une belle baston ... heureusement qu'ils sont leur ordinateur et pas face à face ...

++, DaV

PS : j'essaye toujours de déchiffrer le chinoix ... il me donne les adresses memoire ... c trop bien mais c quand l'execution du programme est finie !!!! donc vas recuperer le nom des variables !!!!

CA y est !!! j'ai trouvé !!!!!
Mon collègue en connaissait un en fait ...

ca s'appelle VLD (comme Visual Leak Detector) et ca marche sous visual studio

http://www.codeproject.com/tools/visualleakdetector.asp

et ca marque meme le nom des classes :)

donc merci pour votre aide ... :p (surtout à JolyLoic)

++ DaV