Discussion :

[TheGzD]

Salut,

j'ai un petit soucis avec une application C++ que je développe sous VS2008.
Cela fait déjà un certain temps que le debugger ne me fait plus remonter de fuites mémoire, cependant si je surveille le processus de mon appli dans le gestionnaire des tâches je constate que la taille de la mémoire qu'il utilise ne fait quasi qu'augmenter avec l'utilisation qu'on en fait. Si cette taille devient réellement importante l'application va même rencontrer des problèmes de performances ...

Voici donc ma question : comment (outils ? je ne sais quoi ...) détecter ces fuites et y remedier ?

Merci d'avance.

PS : il y a aussi un truc très comique, si je minimise l'application à l'aide du bouton système qui sert à ça, alors je récupère directement la mémoire perdue (et même plus ) et même après une restauration de la fenêtre ça ne remonte pas (sauf si j'utilise l'appli "normalement"). Plus précisement mon .exe utilise moins de mémoire (par exemple de l'ordre de 80mo avant, et 4mo après ....) cependant la charge totale de mémoire utilisée par l'ensemble des processus reste inchangé ?!?

[3DArchi]

Salut,
Il n'y a pas des outils avec Visual C++ Pro ? Après les outils sous Windows sont en général payants. Je n'en connais pas de gratuit.
Attention, la mémoire libérée par un processus peut ne pas être récupérée tout de suite par le système. Elle est juste marquée comme dispo. La récupération a lieu quand le système en a besoin ou quand il juge qu'il est temps de le faire. Cela peut expliquer les variations que tu observes.

[TheGzD]

La montée en charge ne me dérangerait à la limite pas si elle ne s'accompagnait pas du perte drastique de performances

[bacelar]

Pour les performances, utilisez le profiler.

Pour le tracking mémoire, utilisez _CrtSetDbgFlag.
http://msdn.microsoft.com/en-us/libr...h3(VS.80).aspx

[TheGzD]

Aucun résultat ...


Merci quand même

[Invité(e)]

Bonjour,

Est-ce du C++ managé ?

J'ai eu le problème il y a longtemps (sur la version 2003 je pense) d'un garbage collector qui n'était appelé que lors de la réduction du programme.

Une solution consistait à limiter la durée de vie de certains objets manuellement.

[TheGzD]

Est-ce du C++ managé ?

je programme en C++ natif donc j'ai bien envie de te dire non
En effet je n'utilise pas .NET, donc pas de GC.

[Neitsa]

Hello,

Windbg + gflags + umdh + ApplicationVerifier

C'est ce que j'utilise au boulot.

Windbg, Gflags et Umdh font partis des "debugging tools". On pourrait aussi ajouter les "performance counters" intégrés à Windows. Le tout est assez difficile à prendre en main mais ça vaut vraiment le coup. Umdh est utile pour trouver les mem leaks, même si c'est une entreprise difficile...

Voir aussi "Preventing Memory Leaks in Windows Applications":
http://msdn.microsoft.com/en-us/libr...8VS.85%29.aspx

[TheGzD]

Merci pour tes liens, je vais regarder ça et je vous tiens au courant.