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