Discussion :

[ben_popcorn]

Bonjour,

Je travaille sur une DLL en C++ et je suis confronté à de gros problèmes de mémoire. C'est un domaine (la gestion de la mémoire) dans lequel je ne suis pas trop à l'aise....

Donc voilà..

J'ai un point d'entrée dans ma DLL qui procède a de l'allocation dynamique sur une dizaine de tableaux à 1 dimensions et sur 3 tableaux à 2 dimensions.
En fin de traitement je libère la mémoire réservée.

Quand j'observe la mémoire disponible en exécutant ma DLL en mode debug, tout marche nickel, j'ai un pic d'utilisation mémoire après mon allocation et tout est intégralement libéré ensuite...tout ?...et bien pas tout à fait...il me reste quelques octets qui s'accumulent, rien de bien méchant, je "perds" 10Mo après une 100aine d'exécution de la fonction. Mais tout ça n'est pas très grave, à moins que ce ne soit une piste à suivre pour la suite ...

Quand je fait la même observation en mode release, la mémoire n'est pas libérée ou moins libérée en tout cas, car l'utilisation du fichier dans le gestionnaire de tâche augmente à chaque exécution, jusqu'à atteindre la quantité disponible et là je me tape des codes erreur (normal).

Mais pourquoi une telle différence de comoprtement entre les modes DEBUG et RELEASE ?

Si vous avez une explications, ou une piste à suivre je suis preneur.
De même si vous avez des bouquins traitant de la gestion de mémoire en C++ à me conseiller ;-)

D'avance merci
Ben

[Invité]

avec quel outil mesures tu tes utilisations mémoires ?

aussi, quel est ton environnement de dev ?

[ben_popcorn]

D'une part je regarde le gestionnaire de tâches: "utilisation du fichier" et l'historique de l'utilisation du fichier d'échange. Dans le code je loggue aussi des appels à GlobalMemoryStatus et je fait la différence entre dwTotalPhys et dwAvailPhys.

Sinon, autant pour moi, mon environnement est Visual C++ 6 sous WinXP Pro SP2.

[Matthieu Brucher]

Il peut y avoir une différence entre la libération dans ton programme et dans la DLL. S'il y a une fonction dans la DLL pour libérer la mémoire, il faut l'utiliser pour la mémoire allouée par la bibliothèque.
Si tu peux modifier la DLL, rajoute la libération de la mémoire dans une fonction de la bibliothèque.
Ca peut arriver si les versions des bibliothèques de gestion de la mémoire sont différentes ie différents compilos, différentes versions, différentes configurations - debug/release -, ...

[ben_popcorn]

Il peut y avoir une différence entre la libération dans ton programme et dans la DLL. S'il y a une fonction dans la DLL pour libérer la mémoire, il faut l'utiliser pour la mémoire allouée par la bibliothèque.
Si tu peux modifier la DLL, rajoute la libération de la mémoire dans une fonction de la bibliothèque.
Ca peut arriver si les versions des bibliothèques de gestion de la mémoire sont différentes ie différents compilos, différentes versions, différentes configurations - debug/release -, ...

Excuse moi Miles mais je ne comprends pas quand tu parles de différence entre mon programme et ma DLL ?? (i.e. différence debug(programme) et release(DLL)?)
SInon pour libérer la mémoire dans mon code j'utilise simplement l'opérateur/fonction delete. Est-ce un tort ?

[Neo41]

Le "programme" est l'application qui charge et utilise ta DLL.

[Mat.M]

Tu n'as pas précisé quel outil de développement ?
Je suppose aue c'est VC++.
Encore fois ( faire une recherche sur les forums ) il y a des grosses différences entre le mode debug et release parce qu'en mode Debug le compilo alloue plus de mémoire et une pile plus importante pour les variables ce qui peut masquer des dysfonctionnements ( consulter le MSDN ).

Quand j'observe la mémoire disponible en exécutant ma DLL en mode debug, tout marche nickel, j'ai un pic d'utilisation mémoire après mon allocation et tout est intégralement libéré ensuite...tout ?...et bien pas tout à fait...il me reste quelques octets qui s'accumulent, rien de bien méchant, je "perds" 10Mo après une 100aine d'exécution de la fonction. Mais tout ça n'est pas très grave, à moins que ce ne soit une piste à suivre pour la suite ...

Quand je fait la même observation en mode release, la mémoire n'est pas libérée ou moins libérée en tout cas, car l'utilisation du fichier dans le gestionnaire de tâche augmente à chaque exécution, jusqu'à atteindre la quantité disponible et là je me tape des codes erreur (normal).

C'est du domaine de la gestion mémoire C++; il faut appeler delete [] nom_variable si tu alloues un tableau dynamique

int *p;
p=new int[20];
//....
delete []p;
p=NULL;

Sinon utilises std::vector par exemple c'est vraiment plus souple ou bien si tu utilises VC++ , CArray, CList...

[Mat.M]

http://msdn2.microsoft.com/en-gb/library/dykf6bx9.aspx

[ben_popcorn]

Tu n'as pas précisé quel outil de développement ?
Je suppose aue c'est VC++.
Encore fois ( faire une recherche sur les forums ) il y a des grosses différences entre le mode debug et release parce qu'en mode Debug le compilo alloue plus de mémoire et une pile plus importante pour les variables ce qui peut masquer des dysfonctionnements ( consulter le MSDN ).

C'est du domaine de la gestion mémoire C++; il faut appeler delete [] nom_variable si tu alloues un tableau dynamique

Sinon utilises std::vector par exemple c'est vraiment plus souple ou bien si tu utilises VC++ , CArray, CList...

C'est exactement ce que je fais

[ben_popcorn]

http://msdn2.microsoft.com/en-gb/library/dykf6bx9.aspx

merci, je regarde ça tout de suite