Forcer le Garbage Collector?

Version imprimable

27/09/2007, 16h40
Thomas_ats

Forcer le Garbage Collector?

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?
27/09/2007, 16h44
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.
27/09/2007, 16h52
adiGuba

Salut,

Citation:

Envoyé par Thomas_ats

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 !)

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

Citation:

Envoyé par Thomas_ats

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...
27/09/2007, 17h13
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 :D
27/09/2007, 17h16
adiGuba

Citation:

Envoyé par Thomas_ats

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++
27/09/2007, 17h20
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
27/09/2007, 17h20
Thomas_ats

Citation:

Envoyé par adiGuba

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 :)

Voici un exemple d'utilisation sur mon appli :

Code:

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 );

27/09/2007, 17h31
adiGuba

Citation:

Envoyé par leyee

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

Citation:

Envoyé par leyee

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++
29/09/2007, 12h30
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.