Discussion :

[guigui6238]

Bonjour à tous,

Je suis face à un problème épineux concernant la gestion de la mémoire. Lorsque je navigue dans mon application, j'affiche des formulaires qui font appelle à une base de donnée.
Mais lorsque je ferme un formulaire et que celui-ci n'a plus de référence dans l'execution du programme, il ne décharge pas la mémoire. Et comme un formulaire prend en moyenne 2 Mo, la mémoire est vite saturée.

J'ai essayé de forcer la garbage collector a travailler en appelant la méthode GC.Collect() après la fermeture de la fenetre mais je gagne à peine 500Ko.

Quelqun aurait-il une idée pour résoudre mon problème?

[ControlBreak]

Au risque de paraître un peu bateau, je dirais qu'il ne faut pas hésiter à utiliser la méthode "Dispose" de tous les objets que tu utilises, et qui implémentent "IDisposable". Essaie de le faire lors du form Unload ?

En effet, "Dispose" sert à marquer un objet comme étant éligible au prochain garbage collection. Ca équivaut à le mettre à la poubelle...

Ne pas employer "Dispose" équivaut à garder cet objet, sans le mettre à la poubelle...

Au prochain passage du "garbage collector", la poubelle est vidée, et la place occupée devient disponible.

Sinon, la mémoire utilisée par un processus en code managé affichée par le task manager n'est réellement significative qu'après un garbage collection, car celle-ci inclus la consommation des objet "disposés" en attente d'un garbage collection.

Vous pouvez faire le test avec Visual Studio (écrit partiellement en code managé) avec le task manager ouvert à côté : lorsqu'on minimise VS dans la barre de tâche, un garbage collector est déclenché, et la différence de mémoire utilisée par le process devenv.exe est terrible !

[Monkeyget]

Vous pouvez faire le test avec Visual Studio (écrit partiellement en code managé) avec le task manager ouvert à côté : lorsqu'on minimise VS dans la barre de tâche, un garbage collector est déclenché, et la différence de mémoire utilisée par le process devenv.exe est terrible !

Non Non Non Non et Non!
La valeur indiquée par le gestionnaire usage dans la colonne dans "Mem usage" est le "working set". C'est a dire la mémoire actuellement allouée DANS LA RAM pour l'application. Cette valeur peut-être plus élevée que ce que consomme réellement l'application (parceque windows a prévu plus de ram que demandé "au cas ou") ou plus bas que ce qu'elle consomme (parcequ'une partie de la mémoire de l'applicationà été enlevée de la RAM et mise dans le pagefile).
Ce qui se passe quand on minimise une application (n'importe quelle application, pas uniquement celles écritent en .NET) c'est que windows met une bonne partie de la mémoire utilisée dans le fichier d'échange.


Pour avoir une idée relativement correcte de l'utilisation de mémoire par une application c'est la colonne "VM size" dans le gestionnaire de tâche, elle s'ajoute via le menu "view>select columns".

Plus d'info pour ceux qui veulent :
http://www.itwriting.com/dotnetmem.php
http://www-128.ibm.com/developerwork...ry/j-memusage/


Edit: je viens de voir que ce topic est dans la section "Compact Framework" et donc pas de gestionnaire de tache sous Pocket PC/SmartPhone...Mais ce que j'ai dit reste valide.

[ControlBreak]

Mince alors, j'étais, mais alors persuadé qu'il y'avait une opération de GC lors du minimize d'une application managée !

Merci pour la leçon: tes liens sont très instructifs, et ça m'apprendra à vérifier mes sources avant de poster !

[Jinroh77]

Bonjour à tous, ayant à peu près le même problème, je manipule des algorithmes necessitant beaucoup de mémoire qui est rapidement saturé.
La mémoire ram allouée à mon prog n'est que de 20 Mo et je ne sais commet l'augmenter... est ce que vous pouvez m'aider ??

Merci

[All Jinx]

Petit up de ce post car j'ai le même soucis