Bonjour, si tu penses avoir une fuite m�moire, je pense que le plus simple est d'utiliser un profiler pour voir quels sont les objets qui consomment la m�moire. Il y a un article sur javaworld qui explique bien comment diagnostiquer les fuites m�moire. Il utilise le profiler de la JVM qui n'est pas forc�ment le plus simple � utiliser mais qui a le m�rite d'�tre fourni avec la JVM.
http://www.javaworld.com/javaworld/jw-12-2001/jw-1207-hprof-p2.html Si �a peut aider. Arnaud DSA On Tue, 17 Dec 2002 15:23:18 +0100 Didier Bretin <[EMAIL PROTECTED]> wrote: > Bonjour, > > Nous d�veloppons maintenant des applications en servlet avec Tomcat 4, > et ces applications commencent � prendre une taille importante :o). Donc > elles > prennent de plus en plus de place en m�moire. Malgr�s le fait que > l'application > fonctionne plusieurs jours sans �tre red�marr�e, c'est-�-dire que > normalement > le "garbage collector" s'est lanc� un certain nombre de fois, la taille > du processus Tomcat est toujours aussi grande. Il semble, je dis bien il > semble > car je n'ai pas d'autres explications, que nos objets ne soient pas > d�truits. > > Y aurait-il un moyen de v�rifier cela ? > > Dans une servlet, nous ne terminons jamais nos fonctions doGet() ou > doPost() par un "return". Cela emp�cherait-il le "garbage collector" de > consid�rer > les objets allou�s dans celles-ci comme "� d�truire" ? > > Bref, avez-vous des strat�gies pour g�rer la m�moire de vos applications > serveurs ? Grande question ... :o) > > Amicalement.
