Gestion de lamémoire

Version imprimable

17/08/2006, 13h51
faico

Gestion de lamémoire

Salam,
Il y a une chose que je comprends pas , lorsque j'ajoute un JLabel contenant une image à un JPanel, puis je detruit l'objet JLabel il reste comme meme dans le JPanel .

Est ce que la methode Add() de JPanel copie les component qlq part ou koi au juste ?

Et si je reinstancie un objet le Galbage Collector devrait detruire les anciennes données qui sont plus referencier et liberer la mémoire, n'est ce pas?

Merci d'avnace !

Salut,

Citation:

Envoyé par faico

Il y a une chose que je comprends pas , lorsque j'ajoute un JLabel contenant une image à un JPanel, puis je detruit l'objet JLabel il reste comme meme dans le JPanel .

Que veux-tu dire par "détruire" exactement ???

Citation:

Envoyé par faico

Est ce que la methode Add() de JPanel copie les component qlq part ou koi au juste ?

Il n'y a pas de copie : l'objet JPanel conserve juste une référence vers l'objet JLabel (et inversement d'ailleur).

Citation:

Envoyé par faico

Et si je reinstancie un objet le Galbage Collector devrait detruire les anciennes données qui sont plus referencier et liberer la mémoire, n'est ce pas?

C'est à dire ?

Le GC ne peut détruire les objets qu'à partir du moment où il n'y a plus aucune référence vers ces derniers.
Dans ton cas il faut donc supprimer explicitement ton JLabel de ton JPanel puis mettre sa référence à null :
Code:

1 2 3 4 5 6 7 8 9 JPanel panel = new JPanel(); JLabel label = new JLabel("Hello"); panel.add(label); // ... panel.remove(label); panel.validate(); // force le panel à revalidé ses composants label = null;
a++

19/08/2006, 02h42
faico
Salam,
Je crée un tableau de label pour les ajouter à un panel. jusqu'a la pas de problème , les problèmes commencent lorsque je fait
Code:

1 2 3 4 MonPanel.removeAll(); MonTabLabel=null; // MonTabLabel est le tableau de JLabel remplireTableauLabel(BufferedImage TabImage[]); // remplir le tableau par des nouvelles images
la mémoire occupée par mon prog augment mm si j'ajoute moin d'images que la premiére fois ?
Et si je reduit la fenêtre puis je la restaure elle deminue considérablement ?
19/08/2006, 07h55
the-gtm

Essaie d'appeler .validate() sur ton panel

Citation:

Envoyé par faico

la mémoire occupée par mon prog augment mm si j'ajoute moin d'images que la premiére fois ?
Et si je reduit la fenêtre puis je la restaure elle deminue considérablement ?

C'est fréquent sous Windows !

Lorsque une application libère de la mémoire, le système peut très bien effectuer cela plus tard (en particulier s'il possède déjà suffisamment de mémoire).

Pour vérifier la vrai mémoire consommée par ton application, tu peux utiliser le MemoryMXBean de Java 5.0 :
Code:

1 2 MemoryMXBean mxBean = ManagementFactory.getMemoryMXBean(); System.out.println(mxBean.getHeapMemoryUsage());
Qui te donnera quelque chose comme cela :

Code:

init = 0(0K) used = 170192(166K) committed = 2031616(1984K) max = 66650112(65088K)

Avec :

init : la mémoire initiale de ton application (0 sauf si tu spécifies une taille mini avec l'option -Xms)
used : La vrai taille mémoire utilisé par ton application (tous les objet qui n'ont pas été néttoyé par le GC)
commited : La taille mémoire réservé par le GC au système d'exploitation.
max : La quantité maximum de mémoire que le GC peut réserver auprès du système d'exploitation (fixé avec l'option -Xmx)

Si tu n'as pas Java 5.0 tu peux arriver à retrouver ces valeurs avec la classe Runtime :
Code:

1 2 3 4 Runtime rt = Runtime.getRuntime(); System.out.print ( "used = " + (rt.totalMemory() - rt.freeMemory()) ); System.out.print ( " commited = " + rt.totalMemory() ); System.out.println( " max = " + rt.maxMemory() );
a++

21/08/2006, 16h31
faico

Salam,
Ok Runtime me donne des bons resultats , apparement windows me donnait des informations fausses !
Merci !
21/08/2006, 16h37
adiGuba
Citation:

Envoyé par faico

Ok Runtime me donne des bons resultats , apparement windows me donnait des informations fausses !

Windows ne te donne pas des informations fausses, mais les informations qu'il possède :
- Le GC ne libère pas directement la mémoire auprès du système
- Lorsque le GC libère vraiment la mémoire, le système peut retarder cela en lui laissant tant qu'il n'en as pas besoin.
a++
21/08/2006, 21h00
faico

Salam,
Et comment on peux expliquer le fait que lors de la réduction-restauration de la fenêtre la memoire allouée par le system au programme déminue considérablement ? Pour quoi windows le fait dans ce cas ?