Gestion de la mémoir, petite question.

J'ai du mal avec la gestion de la mémoir en Java, je ne sais jamas bien ce qu'il fait, ce que je peux faire pour l'optimiser, ce qui sert à rien etc ...
J'ai une ArrayList, composé de plusieurs objet Question.
Cet objet question, a comme paramètre (entre autre), une autre Arraylist, qui a comme paramètre modalité.
Les seuls référence au quel moi j'ai accès à ces questions et modalité, sont via ces ArrayList.
Si, dans ma 1er list, je "remove" une question. La mémoir prise par la question, et toutes les modalités va bien être netoyer par le garbagecollector sans que je n'ai rien à faire, non ? Mais, est ce que, avant de faire le "remove" de ma question, faire un clear de la liste de modalité qu'elle contient, peut optimiser le garbage collector, ou ca ne sert strictement à rien ?

Pour toutes tes questions (et le fait que tu te les poses), la réponse est la même : "NON" ne t'occupes pas de la gestion-mémoire car le Garbage Collector est spécialement là pour ça.
;)

Certe le gc fait tout à ma place, mais le GC est une opération assez lourde pour le programme non ? Donc si je peux lui faciliter le travail en amont, ca ne peut qu'être profitable en terme de performance. Mais reste à voir si ce que je fais lui ait vraiment profitable ou pas.

Salut,

Le GC se débrouille généralement très bien... Tout ce que tu as à faire c'est de ne pas conserver de référence inutilement. Pour ce qui est des références internes ou des références croisés le GC les gèrera surement mieux que toi ;)

a++

Citation:

---

Envoyé par Djobird

Mais reste à voir si ce que je fais lui ait vraiment profitable ou pas.

---

Là se situe tout le problème : dans la majorité des cas il vaut mieux attendre (d'avoir des problèmes de fuite mémoire) pour optimiser la gestion de mémoire dans ses programmes, au risque de provoquer un "remède pire que le mal".

Voir du côté du tutoriel de Gfx sur le GC.
;)

Ok merci pour les infos, je vais lui faire confiance dans ce cas, mais pas à dire, c'est frustrant quand même :D

Citation:

---

Envoyé par Djobird

c'est frustrant quand même

---

Clair que je suis frustré tous les jours de ne plus laver mon linge à la main pendant des heures avec une brosse et du savon de marseille depuis que la machine à laver et la lessive existent... des pulsions nostalgiques je crois !
:roll:

Citation:

---

Envoyé par Djobird

Ok merci pour les infos, je vais lui faire confiance dans ce cas, mais pas à dire, c'est frustrant quand même :D

---

Je te renvoi vers ce sujet : http://www.developpez.net/forums/sho...d.php?t=290077

Afin "d'aider" le GC des appels explicites à System.gc() ont été fait à plusieurs endroits de l'application... ce qui a aboutit a des performances médiocres qui ont été révélé par le changement de système (les appels explicites au GC peuvent être ignoré).


a++

Bonjour,
Je demande juste une petite précision sur ce que vous appelez références internes et références croisées.

Je note A->B si A fait référence à B.
Mettons que j'ai la situation suivante:

A->B
B->C
C->B
Aucun autre objet que B ne fait référence à C
Aucun autre objet que A ne fait référence à B
Pleins d'autres objets que B et C font référence à A

J'ai donc
->A->B<->C
Si je supprime le lien entre A et B, j'obtient
->A B<->C
Où A est encore accessible, mais ni B ni C ne le sont;
Le groupe constitué de B et C est donc supprimable par le garbage collector même si B fait référence à C et C fait référence à B ?

Autre question, mettons que j'ai une arraylist d'objets, auxquels plusieurs références sont faites.
Si je veux que lorsque l'objet ne figure plus dans l'arraylist, l'objet ne soit plus utilisable par les objets qui y ont une référence, est-il correct de faire

monarraylist.remove(monobject);
monobject=null;

afin qu'une exception soit levée si je tente d'utiliser à nouveau cet objet ?

Merci beaucoup.