Discussion :

[donnadieujulien]

Bonjour, j'ai un souci avec la mémoire sur mon programme

En effet, en me balladant dans celui ci, je constate que le processus javaw ne fait qu'augmenter, même quand je fais successivement 2 fois la même opération, gourmande, mais la même.

2 question :

Est ce que cette information dans la barre des taches windows est fiable?

Comment faire pour optimiser mon programme de ce point de vue, car au bout d'un moment, dès qu'on aura dépassé le heap space, ca va planter...

Merci

[donnadieujulien]

En fait, ca ne me fait ca que dans un seul panel du programme, qui concerne la récupération de données DB2 et l'affichage dans une Jtable.

Tous les autres panels, à leur fermeture permettent de récupérer les quelques Mo utilsés pour leur fonctionnement.

Mais je ne vois pas bien ce que j'ai fait de plus... à part que la quantité de mémoire nécessaire à l'opération est plus grande...

[DevTeam_]

Salut,

Difficile à dire... Etant donné que tu as un échange avec la base, es-tu sûr que bien fermer toutes les ressources (statements, ...) ?

[donnadieujulien]

Effectivement je n'utilise pas statement.close();

mais cette opération est automatique apres le timeout non?

Je vais essyaer de faire ca avec le resultset aussi, ca doit venir de la je pense

J'aimerai savoir sur quelle valeur est le timeout JDBC à la base?

[Invité]

Effectivement je n'utilise pas statement.close();

mais cette opération est automatique apres le timeout non?

Je vais essyaer de faire ca avec le resultset aussi, ca doit venir de la je pense

J'aimerai savoir sur quelle valeur est le timeout JDBC à la base?

Oui peut-être mais il est fortement conseillé d'utiliser les close() directement dans ton code pour libérer la mémoire des que tu n'en as plus besoin et éviter ainsi les fuites (OutOfMemory).

[tchize_]

suivant ton serveur de base de donnée, le timeout peut etre assez long. Voir inexistant! Après tout, quand on utilise un connection pool, on aimerais bien que les connection ne passent pas en timeout même si çà fait 12h qu'elle trainent dans le pool. Pour référence, par expérience, sur le serveur oracle de mon boulot, le timeout était de 8h! Résultat, connection pool d'un intranet foireux au petit matin après une nuit de "dodo"

[donnadieujulien]

Effectivement en déclarant des variables locales statement+resultset, la mémoire n'est plus autant mangée qu'avant.

Mais ca augmente quand meme toujours un peu petit à petit suivant les opérations....

Y a pas un outil de diagnostic, un truc parce que si je dois vérifier les variables une par une jen ai jusqu'à noel...2012!!!

Merci de votre aide

[tchize_]

si, et ils sont vachement utiles pour localiser les fuites de mémoire. Ce sont les profilers Personnellement, j'utilise jprofiler (outil payant), mais il en existe des gratuit. Accessoirement, tu peux avoir une version d'essai complète avec une licence de 30 jours

[robert_trudel]

Effectivement en déclarant des variables locales statement+resultset, la mémoire n'est plus autant mangée qu'avant.

Mais ca augmente quand meme toujours un peu petit à petit suivant les opérations....

Y a pas un outil de diagnostic, un truc parce que si je dois vérifier les variables une par une jen ai jusqu'à noel...2012!!!

Merci de votre aide

tu peux utiliser netbeans... il y en a un d'inclus dedans...

[in]

Juste comme ça , regarde cette entrée de la FAQ :

Comment libérer proprement les ressources (ou comment utiliser proprement les bloc try/finally) ?

C'est de cette manière qu'il faut que tu fermes tes différents objets connection, statements et resulset ...