Discussion :

[ChPr]

Bonsoir à toutes et à tous,

Dans une application que je crée, je peux ouvrir plusieurs fenêtres dans lesquelles je charge des images (30 Mo chacune pour de grandes images). Lorsque je ferme ces fenêtres, je ne récupère pas la mémoire occupée.

J'ai essayé avec des "finalize", des "removeAll", de charger une image de dimensions nulles dans l'image dont je veux récupérer la mémoire : rien n'y fait.

Pour un logiciel de dessin, c'est complètement rédhibitoire.

Avez-vous des solutions ?

Merci de votre aide.

Pierre

[remika]

Ca pourra sûrement t'intéresser :
Forcer le passage du garbage collector

[ChPr]

Merci pour cette proposition ; j'avais fait son équivalent :

Code :

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

Runtime r = Runtime.getRuntime();

Apparemment, ça ne fait rien de plus. D'ailleurs, dans la doc il est dit que le passage de GC ne garantit pas le nettoyage de la mémoire dans l'immédiateté.

Je me suis amusé à afficher la mémoire disponible avec "freeMemory();". J'ai obtenu des résultats pour le moins farfelus du genre :

1. j'ouvre l'application - fm = 2, ... Mo, (le max alloué étant 64Mo),
2. j'en conclus que ce n'est pas la peine de charger une image de 26 Mo. Je le fais quand même : ça passe sans problème,
3. je supprime cette image , un coup fm est de l'ordre de qq Mo, un coup fm est de l'ordre de qq dizaines de Mo ???

J'ai l'impression que Java fait son ménage réel lorsqu'on lui demande vraiment de la mémoire ; c'est à dire au moment où il doit exécuter une instruction demandant de la mémoire.

Je vais continuer à chercher ... Si vous avez des idées.

Cordialement.

Pierre.

[CyberChouan]

Si tu veux vraiment voir ce que ta JVM a en mémoire, tu peux utiliser des "profilers": ce sont des outils très pratiques qui dissèquent en temps réel la mémoire pour indiquer quels objets utilisent combien de mémoire.

- plugin TPTP pour Eclipse (grauit)
- Jprobe, plus efficace... et énormément plus cher

Là où JProbe est très efficace, c'est qu'il peut dire pour chaque objet, quel autre objet à une référence sur celui-ci.

Or celà est directement lié à la récupération de mémoire par le ramasse-miettes. En effet, celui-ci ne libère la mémoire d'un objet que si celui-ci n'est plus utilisé (donc, si cet objet n'est plus référencé par d'autres)

Donc, tu peux perdre de la mémoire si un objet devenu inutile est toujours référencé quelque par dans l'application: sa mémoire ne sera alors pas libérée. Ce genre d'erreur de programmation est la première source des "fuites de mémoire", en java.

[Sanguko]

Pour les objets qui utilisent des ressources critiques, comme les descripteurs de fichiers, ou la mémoire, il existe presque toujours une méthode qui permet de liberer la ressource avant le passage du GC.

Pour les images, c'est java.awt.Image.flush().

[ChPr]

... Pour les images, c'est java.awt.Image.flush().

Je l'ai appliqué à la fermeture de la fenêtre, mais cela n'a pas changé grand chose.
Ouh la, la que c'est dur.

Cordialement.

Pierre

[ChPr]

... Donc, tu peux perdre de la mémoire si un objet devenu inutile est toujours référencé quelque par dans l'application: sa mémoire ne sera alors pas libérée. Ce genre d'erreur de programmation est la première source des "fuites de mémoire", en java.

J'ai pris en compte cette notion, mais étant débutant, je ne l'ai peut-être pas bien appliquée. A mon avis, je n'ai plus de référencement, mais je vais essayer de mieux analyser. Par exemple, à la création de ma nouvelle fenêtre, j'en garde un pointeur par :

Code :

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

1
2
3
4
try {
    fenetreImg.setSelected(true);
} catch (Exception e){};
fenetreActive = (FenetreImg)bureau.getSelectedFrame(); // Récupération de la fenêtre active

Je suppose que c'est cela un référencement. A la fermeture de cette fenêtre, je fais donc :

Code :

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

fenetreActive = null;

Je suppose que cela annule le référencement ?

Cordialement.

Pierre

[adiGuba]

Salut,

Je me suis amusé à afficher la mémoire disponible avec "freeMemory();". J'ai obtenu des résultats pour le moins farfelus du genre

C'est normal : freeMemory() indique la mémoire directement disponible sans réallocation système. En effet la JVM alloue la mémoire par bloc.

Si tu utilises Java 5.0 le mieux est d'utiliser les MXBean...

Plus d'info : Comment connaitre la mémoire utilisée par notre application pendant son exécution ?

a++

[ChPr]

Super,

c'est exactement ce que je cherchais : potentiellement dispo = max-(total-free)

Merci beaucoup.

Pierre