Discussion :

[libremax]

Bonjour,
J'ai une question, j'ai un programme qui fonction avec plein de formulaire.
Chaque formulaire fait un appel a SQL.
Lorsque je regarde combien consomme mon programme dans le gestionnaire de tâches, je m'aperçois qu'il ne fait que grossir.
Que se passe t'il ?

Cordialement.

[Pol63]

tout ce qui est disposable doit etre disposé (connections, bitmap, files, etc...) voir using/end using

tout ce qui addhandlé doit etre removehandlé

[moldavi]

Bonjour.

Un lien :

http://www.microsoft.com/france/visi...a-ab4ec03f3a88

C'est du C# mais cela s'applique à VB (c'est du .net).

Durant cette session nous analyserons les causes de fuite les plus fréquentes et nous verrons en pratique comment les détecter. Nous montrerons au travers d'exemples concrets plusieurs outils qui peuvent vous aider à dépanner vos applications.Le but de cette session est de vous aider à résoudre et éviter les fuites dans vos applications .NET, qu'il s'agisse d'applications Windows Forms, WPF, Silverlight, ASP.NET, console, ou services Windows. Vous obtiendrez également des conseils pour améliorer vos applications de manière à ce qu'elles deviennent moins gourmandes en ressources.

Malheureusement, dans le framework .net, tout n'est pas .net, notamment les objets GDI. Cela nécessite un Dispose sur ces objets, sous peine de fuite de mémoire. Il y a une ou deux autres raisons fréquentes, mais je vous laisse les découvrir dans la vidéo.

Je pense que les objets GDI ne sont pas .net pour des problèmes de performance (ils utilisent la couche C/C++). Ou peut-être la flemme de les re-développer en .net...

Bref le problème ensuite, c'est de détecter les fuites. Honnêtement, l'outil WinDedug proposé dans la vidéo ne m'a jamais aidé. Je pense qu'il me faudrait 6 mois pour maîtriser cet outil, afin qu'il puisse me permettre de détecter et de corriger les bugs.

L'idée donc, pour ne pas être confronté à des problèmes de fuite de mémoire, c'est de connaître les principales causes, et de coder le mieux possible au départ.

Etant plus développeur C++ natif que développeur .net, j'ai le réflexe de me dire : attention il faut que je pense à disposer/deleter cet objet. Je comprends qu'un développeur pure .net n'a pas ce réflexe (et s'expose donc plus à des fuites).

[tomlev]

La meilleure façon de localiser les fuites, c'est d'utiliser un profileur. Perso j'aime bien ANTS Memory Profiler, vraiment très bien fichu. Il est payant mais il me semble qu'il y a une période d'évaluation gratuite.

[libremax]

Bonjour a tous,

Tout d'abord merci de vous intéresser a mon problème.
Petit question, quand je met dans : me.dispose est ce que tout les éléments du formulaire (et lui aussi ) ne sont ils pas obligés d’être disposé?

Je n'est pas eu le temps d'aller voir le lien microsoft mais je vais le faire.
Je vais, aussi, récupéré la version trial de antz, pourriez-vous m'expliquer comment il fonctionne ?

cdt.

[Pol63]

quand on dispose un control (form hérite de control), il dispose tous ses enfants récursivement
par contre si vous des controles dans des variables qui ne sont pas posés au moment de la fermeture, il faut les disposer vous même

un profiler n'est pas forcément quelque chose de simple à utiliser, mais même sans être expert on arrive à en tirer des infos
certains profilers permettent de faire des snapshots, une des méthodes c'est de faire un snapshot, d'ouvrir une fenêtre, de la refermer et de refaire un snapshot, ca vous dit tout ce qu'il reste entre les 2