Discussion :

[flamme34]

Bonjour a tous,

voila j'ai coder un programme en c++ qui me permet de communiquer avec une machine. Or lorsque je laisse le programme tourner relativement longtemps (arrive surtout lorsque le programme tourne toute une nuit ) j'obtiens une exception "out of memory".

Ayant fait une recherche Google ( je précise pour ceux qui me mettrais que google est mon ami JE SAIS ! ) : Je sais qu'une exception de "out of memory" provient du saturation de la mémoire.

Etant sous un compilateur 32 bits je sais que je peut aller jusqu’à 2.5Go sans problème normalement. Or là le problème c'est que lorsque j'observe avec le gestionnaire de tache la mémoire utilisée par mon processus elle ne dépasse pas les 20 Méga.

De quoi d'autre peut provenir cette erreur de out of memory ??????

J'ai vérifié tout mes "new" pour être sûr qu'un "delete" y soit associé.

[Davidbrcz]

J'ai vérifié tout mes "new" pour être sûr qu'un "delete" y soit associé.

Apparemment pas
Mais en utilisant les conteneurs de la STL et les pointeurs intelligents, tu ne devrais quasiment avoir plus de new/delete a écrire

Essaye de voir si tu passer ton programme sous un analyseur tel valgrind ou Rational Purify

[LinuxUser]

Un petit coup de valgrind:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

valgrind --tool=memcheck --leak-check=yes

Par contre, je connaissais pas Rational Purify, je vais tester ça pour voir.
Rien que le nom en impose

[Bousk]

Bonsoir,

Ayant fait une recherche Google ( je précise pour ceux qui me mettrais que google est mon ami JE SAIS ! ) : Je sais qu'une exception de "out of memory" provient du saturation de la mémoire.

Etant sous un compilateur 32 bits je sais que je peut aller jusqu’à 2.5Go sans problème normalement. Or là le problème c'est que lorsque j'observe avec le gestionnaire de tache la mémoire utilisée par mon processus elle ne dépasse pas les 20 Méga.

à moins que ton application soit la seule à être exécutée sur la machine, toutes partagent la même ram et peuvent donc la saturer.

[flamme34]

désolé du temps de réponse mais j'ai été pas mal occupée ces dernier temps.

à moins que ton application soit la seule à être exécutée sur la machine, toutes partagent la même ram et peuvent donc la saturer.

Je n'est que cette appli qui tourne a l'exception des programmes habituels (logiciel de gestion de carte graphique, anti virus, etc )

Essaye de voir si tu passer ton programme sous un analyseur tel valgrind ou Rational Purify

En toute logique si il devais y avoir une fuite mémoire je devrais la voir dans la mémoire utilisé grâce au gestionnaire de tache de Windows?non?

[darkman19320]

Salut,

Je suis pas sûr que le gestionnaire des tâches de Windows te soit d'un grand secours si ton exception "out of memory" n'est lancé qu'au bout d'une nuit...

Cherche plutôt du côté de valgrind comme te le conseil LinuxUser ou si tu utilises visual studio 2012, tu peux regarder ceci (je n'ai pas testé cette solution).

[white_tentacle]

Le gestionnaire des tâches de windows a une manière bien à lui d’afficher la mémoire utilisée.

Notamment, il y a plusieurs colonnes :
memory size
vm size

et encore un troisième que je n’ai plus en tête.

Dans ton cas, je pense qu’il faut regarder la VM size, elle doit être beaucoup plus importante que tes 20 Mo.

Autre chose : pour observer les memory leaks, un outil très pratique est le perfmon. Tu rajoutes un compteur sur les « private bytes » de ton process : s’ils augmentent sans jamais redescendre, il y a très vraisemblablement une fuite mémoire.

[jblecanard]

Par contre, je connaissais pas Rational Purify, je vais tester ça pour voir.
Rien que le nom en impose

Rational Purify est payant, si tu n'en disposes pas et que tu ne peux pas utiliser valgrind parce que ton appli ne tourne pas sous linux, tu peux essayer drmemory.

[dragonjoker59]

Sous Windows, avec Visual Studio il y a aussi Visual Leak Detector.
Mais en tout cas il faut effectivement se méfier du gestionnaire des tâches par rapport à l'occupation mémoire de ton appli.

[Astraya]

En debug, tu peux surcharger tes new et delete. A Chaque new, tu rajoutes l'adresse alloué dans un map avec la line et le nom de fichier en objet de la map et l'adresse en clé. En delete, tu supprimes cette entrée.
A la destruction de ta map tu assert si il y a encore des entrées dans la map, et tu sauras grâce à la ligne et le nom de fichier ou est ton new qui déconne.

[Médinoc]

Sous Visual, #define _CRTDBG_MAP_ALLOC le fera pour toi. _CrtDumpMemoryLeaks() listera les zones mémoires allouées, et _CrtSetReportMode() permet d'avoir la sortie ailleurs que dans le debugger.