Garbage collector VS Utilisation mémoire

Bonjour,

j'ai modifié les vm arguments de mon RCP, pour gérer l'utilisation de sa mémoire. Je peux donc voir l'évolution de la gestion de la mémoire via l'icône du Garbage Collector. De plus, la mémoire utilisée diminue bien quand je le lance moi-même.

Cependant, dans le gestionnaire des tâches de Windows, l'Utilisation mémoire de mon RCP ne diminue jamais quand je vide le Garbage collector, il ne fait qu'augmenter tout au long de l'utilisation de mon RCP.

Je ne comprend pas ce comportement, car je pensais que le Garbage collector et l'Utilisation mémoire étaient liés, or je ne vois pas de répercutions dans le dernier.


Quelqu'un saurait-il s'il y a bien un lien entre les deux, et si oui pourquoi cela ne se répercute pas?

Merci pour votre aide,
David

Bonjour,

Citation:

---

Envoyé par DaveShot

Cependant, dans le gestionnaire des tâches de Windows, l'Utilisation mémoire de mon RCP ne diminue jamais quand je vide le Garbage collector, il ne fait qu'augmenter tout au long de l'utilisation de mon RCP.

---

Oui, ça c'est le fonctionnement de la JVM qui veut ça...

Merci pour ta réponse.

Cependant, j'ai du mal a voir l'intérêt de pouvoir libérer les zones de mémoires inutilisées par l'application, sans que cela impacte l'utilisation mémoire. En effet, très rapidement, à l'utilisation de mon application, l'utilisation mémoire augmente jusqu'à être très proche de sa limite max.
Est-ce finalement un comportement normale oubien forcément un problème de fuite mémoire?

Cdlt,
David.

Euh... je ne suis pas sûr de saisir ce que tu veux dire exactement mais ce qu'il faut savoir c'est qu'une application (Java ou non) a besoin qu'on lui alloue un bloc mémoire, sur lequel elle va pouvoir compter pour s'exécuter et manipuler les données dont elle a besoin.

Si une application Java a besoin d'instancier des objets, elle tape dans la mémoire allouée (bloc mémoire maximum Xmx). Si ce bloc mémoire n'est pas suffisant, alors on obtient un OutOfMemory Error. Cependant, on peut segmenter l'allocation de la mémoire Xmx de manière à ne pas réquisitionner la totalité de la Xmx dès le départ, surtout si on sait que théoriquement elle n'est pas nécessaire. On paramètre pour cela la valeur Xms.

Les segments Xms une fois alloués ne sont pas désalloués (en fait ça dépend de l'OS) mais théoriquement ils devraient l'être, ce serait assez logique.

Quoi qu'il en soit, la Xmx est la mémoire que l'on estime être suffisante pour le fonctionne de l'application. Si au cours de son fonctionnement, l'application arrive aux limites, c'est soit parce que les objets créés devenus inutiles ne peuvent pas être garbage collectés car toujours référencés quelque part, soit parce que la quantité de mémoire n'est effectivement pas suffisante pour le fonctionnement normal de l'application.

La gestion de la mémoire est complexe pour beaucoup de raisons, donc si à un moment donné, une application a eu besoin de plusieurs blocs Xms, cela veut dire que potentiellement elle pourra de nouveau en avoir besoin et donc l'OS préfère la lui laisser une fois prise, plutôt que cela finisse par causer des problèmes aléatoires... Enfin voilà ce que moi j'en conclus mais il est vrai que je ne suis pas expert dans ce domaine ;)

Je laisse d'ailleurs le soin à d'autres de confirmer ou infirmer mes dires :)