Récupération de mémoire

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

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

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

Code:

---

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.

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.

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().

Citation:

---

Envoyé par CyberChouan

... 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:

---

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:

---

fenetreActive = null;

---

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

Cordialement.

Pierre

Citation:

---

Envoyé par Sanguko

... 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

Attention, certaines methodes provoquent la decompression de l'image, meme apres l'appel a Image.flush(). Par exemple :
- getWidth()/getHeight()
- Graphics.drawImage()

Mais dès lors que j'ai fait "monImage.flush();"je n'y touche plus car pour moi, elle n'existe plus (même si ce n'est pas vrai).

Comme me l'a conseillé "CyberChouan", j'ai téléchargé un profiler (celui de BetBeans puisque je travaille avec cet environnement). Je vais voir ce que je peux en obtenir.

Cordialement.

Pierre.

Rebonjour à toutes et à tous,

Je crois avoir essayé pas mal de ficelles ( des dispose, des finalize, des flush, des gc , de la recherche de référencement, ...) pour récupérer la mémoire perdue par l'affichage d'une image puis sa destruction ... je n'arrive à rien.

Le problème :

Dans une application, j'ouvre une fenêtre interne (JInternalFrame) dans laquelle j'affiche une image. Lorsque je ferme cette fenêtre (en cliquant sur la croix rouge en haut à droite), celle-ci se ferme, mais il m'est impossible de récupérer la mémoire utilisée par l'image, en l'occurrence 24 Mo car je souhaite travailler sur de grandes images.

Je vous soumet mon projet que j'ai réduit, il me semble, à sa plus simple expression.

Si une bonne fée ou une âme charitable avait l'amabilité d'y jeter un oeil ... et de me dire comment récupérer cette mémoire.

Merci de votre aide.

Pierre

J'ai relu la doc java5 et lu la doc java6 pour java.awt.Image.flush().

En fait, flush() dans le cas d'un BufferedImage ne libere pas les data principales de l'image (seulement les informations en cache).

Pour liberer completement l'image, il faut donc supprimer toutes les references à l'image, et le gc se chargera de faire le menage.

Donc ton appli, cela veut dire :
- appeler grOff.dispose ou mettre grOff à null
- mettre imgOff à null.
Et cela, des que tu n'as plus besoin de l'image.

Au prochain gc (et avant d'être en famine de mémoire), l'image sera libérée.

Je pense que la "vraie" solution est effectivement de supprimer tous les référencements. Hier en poussant mes essais, j'ai mis à "null" absolument tous les objets créés dont : grOff, ImgOff, cadreImg, fenetreImg et là, j'ai bien récupéré ma mémoire.

Suite à ta réponse, "Sanguko", je n'ai mis à "null" que ImgOff et grOff et cela fonctionne aussi. Mais je pense que je vais continuer à mettre à "null" tous les objets créés car, même si les JPanel et autres JInternalFrame prennent moins de mémoire que mes images, au bout de plusieurs construction/destruction d'images, je risque de me retrouver avec le même problème.

En tout cas merci beaucoup de l'aide constructive que vous m'avez apportée.

Cordialement.

Pierre

Salut,

Citation:

---

Envoyé par ChPr

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++

Super,

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

Merci beaucoup.

Pierre