Discussion :

[Janitrix]

Salut a tous.J'ai "encore" quelques questions d'optimisations qui me trotte dans la tete... Tout d'abord qu'elle est le moins lourd en memoire/plus rapide en execution de ces deux codes ?

Code :

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

1
2
3
4
setContentPane(getContentPane());
//OU ....
JPanel pane = getContentPane();
setContentPane();

Voila pour le premier truc. Noté que j'ai utilisé la classe JPanel, mais ça aurais pu etre autre chose. Ensuite, pour libéré les ressources associés a un objet, est-ce que

Code :

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

monObjet = null;

est suffisant ? Faut-il attendre que le garbage collector passe pour que l'on vois un allegement des ressources utilisé?
Dernier point, j'ai lu que lorsque que l'on "tue" une fenetre, cela libère seuleument les ressources associés a cette fenetre, non les éventuels composants (JButton, JLabel etc...) créer et ajouter a cette fenetre. Est-ce vraiment le cas?Dois-je faire monButton = null; pour chaque composant graphique pour libérer ses ressources ? Merci.
P.S : J'en est marre d'avoir des programmes avec 25Mo de memoire vive utilisé

[ Sujet déplacé depuis le forum java par Viena ]
Les Règles du Forum

[Gfx]

Pour la première question je n'en sais rien mais je peux déjà te dire que c'est le genre d'optimisation inutile qui ne sert qu'à te faire perdre du temps. Tu ne peux en plus pas vraiment savoir comment cela va se passer à l'exécution à cause du JIT. Il y a de bien meilleurs manières d'optimiser une interface graphique. Ta question reviendrait à croire optimiser un algorithme en se contentant de remplacer les * 2 par des << 1.

Tu n'as pas besoin d'assigner null aux variables pour que le GC libère les ressources. L'assignation a null ne fait que "détruire" la référence, permettant au GC de libérer la ressource si toutes les références ont disparues. Dans tous les cas il faudra attendre que le GC fasse son boulot.

Enfin lorsque tu détruis une fenêtre tu vas bien libérer les ressources associées à condition que tu ne gardes pas de référence vers les composants qu'elle contient ailleur dans le code.

Enfin une utilisation de 25 Mo de mémoire n'a rien d'exceptionnel pour un programme Swing, bien au contraire. Tu ne peux en outre te baser uniquement sur ce nombre, fourni par l'OS. La JVM crée un emplacement mémoire (qui correspond à tes 25 Mo) dans lequel le programme travaille. Mais cela ne signifie pas que le programme utilise toute cette mémoire à chaque instant t de sa durée de vie.

Tu n'aurais pas fait beaucoup de C avant toi ? )

Je te conseille de lire des articles sur le Garbage Collector et le fonctionnement des machines virtuelles Java modernes.

[Janitrix]

Hey bien justement c'est dans un login hors série que j'ai lu que le fait d'assigner la valeur null a un objet simplifier le travail du garbagecollector, mais est-ce vraiment profitable?
Et non je débute en C, c'est justement le probleme, la gestion de la memoire, je déteste .Merci de l'aide.

[Gfx]

Oups c'est peut etre moi qui ai dit ca alors si ca vient d'un hors serie Login. Quoi qu'il en soit, aujourd'hui cela ne sert a rien.

[Janitrix]

Non lol c'est un ancien ( 2 ou 3 ans je crois) donc je crois pas que ce sois toi qui a pondus l'article. En tout cas merci des reponses...
A plus!

[Pollux]

Normal que ce soit un ancien puisque Login n'existe plus. Et pour l'info Gfx est l'auteur de nombreux articles dans ce magazine. Nombre de ceux-ci sont téléchargeables.

[Gfx]

J'ai bossé pour Login: de début 2000 à fin 2005 et il y a eu seulement quelques articles Java que je n'ai pas écrit durant cette période