Discussion :

[Thomas_ats]

Salut all,

Ma question est simple, est t'il encore nécéssaire de forcer le passage du garbage collector pour liberer un maximum d'espace?

je travail sur une appli ou je trouve encore beaucoup d'appel au gc théoriquement inutile vu que la JVM le fai automatiquement, mais j'ai quand même peur de tous casser en les enlevant car les traitements sont très très important.

Quand penser vous?

[jhaythem]

oui les appel au garbage collector ne guarantissent pas que ce dernier sera executer... donc je pense que c est inutile de le faire. la jvm prendra tout en charge.

[adiGuba]

Salut,

Ma question est simple, est t'il encore nécéssaire de forcer le passage du garbage collector pour liberer un maximum d'espace?

Personnellement je pense qu'appeler explicitement le GC est une erreur...

Je te conseille vivement de lancer ton application avec l'option de la JVM -verbose:gc. Cela te permettra d'avoir des traces lors du passage du GC avec son temps d'exécution et la mémoire réellement libéré (a faire en test de préférence et pas en production !)

Bien souvent un appel explicite au GC est lourd et ne libère pas forcément de mémoire...

je travail sur une appli ou je trouve encore beaucoup d'appel au gc théoriquement inutile vu que la JVM le fai automatiquement, mais j'ai quand même peur de tous casser en les enlevant car les traitements sont très très important.

Avant de modifier ton programme je te conseille de le lancer avec l'option -XX:+DisableExplicitGC, ce qui indiquera à la JVM d'ignorer tout les appels explicite au GC...

Le mieux serait de faire des tests en cumulant avec -verbose:gc et avec les mêmes données (si possible) pour voir où en est l'utilisation de la mémoire dans les deux cas...

a++

[edit] Je parle bien sûr de la JVM de Sun... si tu utilises une autre JVM reportes-toi à sa documentation pour voir s'il existe des paramètres similaires...

[Thomas_ats]

Ok, merci à tous les 2 je vais voir si je peux passer les tests mais la volumétrie des données n'est pas identique sur les plateformes d'intégration et celle de prod. Donc je ne peut pas être sur à 100% de la robustesse de l'appli sans les appel au GC.

Merci

[adiGuba]

Ok, merci à tous les 2 je vais voir si je peux passer les tests

Je serais bien intéressé par le verdict de ces tests

a++

[leyee]

Je suis d'accord avec ce qui a été dit précédemment. Cependant, j'ai rencontré des cas tres particuliers où l'appel au garbage collector via la méthode statique System.gc() m'aidait énormément.
L'exemple que j'ai rencontré était un algorithme de fouille de données (recherche de motifs séquentiels pour les amateurs ) qui développait un arbre préfixé étage par étage. A chaque étape, je vidais une part de mes structures en guise d'optimisation mémoire afin de pouvoir garder en memoire de nouvelles données et j'avais besoin qu'un étage entier soit vidé de la memoire avant d'attaquer l'étage suivant. Dans cette situation, l'appel au gc était inevitable car bien qu'ayant libéré les références vers mes objets, ceux ci demeuraient toujours en mémoire.
L'appel explicite au gc est donc à n'utiliser que dans des cas "extremes" et tres particuliers, mais il est tout de meme bon de savoir comment s'en servir au cas où. Je n'ai plus le lien sous la main, mais je me souviens avoir lu de très bon articles (sur developpez notamment) sur la politique de gestion de la memoire fait par la jvm de Sun

[Thomas_ats]

Je serais bien intéressé par le verdict de ces tests

a++

Je vous tiens au courant dés que j'ai passé les tests, très intéréssant

[Thomas_ats]

Voici un exemple d'utilisation sur mon appli :

Code :

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

1
2
3
4
5
6
7
StatCacheManager.purgeCacheIfNecessary();
List backEndStats = StatDAO.getInstance().findStatResults( indicateur, startDate, endDate );
Collection fsrs = FrontStatResultHelper.build( startDate, endDate, backEndStats, indicateur );

System.gc();
List result = new ArrayList( fsrs );

[adiGuba]

Cependant, j'ai rencontré des cas tres particuliers où l'appel au garbage collector via la méthode statique System.gc() m'aidait énormément.

A l'inverse j'ai en tête un problème d'un membre dont les performances lamentables étaient dûs en fait à des appels abusives à System.gc() : http://www.developpez.net/forums/sho...d.php?t=290077

Je n'ai plus le lien sous la main, mais je me souviens avoir lu de très bon articles (sur developpez notamment) sur la politique de gestion de la memoire fait par la jvm de Sun

Ca ressemble à du Romain : http://gfx.developpez.com/tutoriel/java/gc/

a++

[Razgriz]

N'oubliez quand même pas que, en plus d'être lourd quand il est effectué, la ligne System.gc() ne va pas nécéssairement lancer le garbage collector à ce moment, la jvm le lancera peut-être plus tard... En général les appels à System.gc peuvent être évités, par exemple en détruisant à la main les objets (en mettant les références à null) de telle sorte à augmenter ses chances d'un appel au gc au fur et à mesur des a suppression, mais en général il faut dans la mesure du possible éviter de créer eds programmes prenant beaucoup de place en mémoire principale, vu que c'est une ressource critique et très limitée dans un ordinateur.