Discussion :

[Guybrush]

je viens d'essayer avec java 6 (au cas ou y aurait une eu correction sur ce point) mais malheureusement ca ne change rien, la mémoire n'est tjs pas libérée.

Je repete que je met bien TOUTES mes références à null, je fais des dispose(), des flush, des runFinalization, je force le passage du gc mais pas moyen, j'ai tjs cette pxxx d'OutOfMemoryException.

Comme je l'ai déjà précisé je scrute le contenu de la ReferenceQueue dans laquelle sont référencée mes images, le gc passe bien dessus mais la mémoire n'est pas libérée (-> même problème que le post dont j'ai envoyé l'url)

[Sanguko]

Je te poste un code de test qui verifie la liberation mémoire des BufferedImage.

Peut être qu'en le comparant avec ce que tu fais dans ton application, on pourra vérifier ce qui ne va pas.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
public class TestBufferedImage {
 
    public static void main(String[] args) {
        String filename = "D:/digestion.JPG";
        BufferedImage[] images = new BufferedImage[5];
        int index = 0;
 
        try {
            traceMem("Start");
 
            for (int i = 0; i < images.length; ++i) {
                images[i] = ImageIO.read(new File(filename));               
                traceMem("Image "+i+" created");
            }
 
            index= 0;
            for (int i = 0; i < 100; ++i) {
                images[index] = ImageIO.read(new File(filename));
                index++;
                index %= images.length;
                if (index == 0)
                    traceMem("i="+i);
            }
 
            for (int i = 0; i < images.length; ++i) {
                images[i]=null;
            }
            System.gc();
            System.gc();
            System.gc();
            traceMem("===>");
 
            index= 0;
            for (int i = 0; i < 100; ++i) {
                images[index] = ImageIO.read(new File(filename));
                index++;
                index %= images.length;
                if (index == 0)
                    traceMem("i="+i);
            }
 
            for (int i = 0; i < images.length; ++i) {
                images[i]=null;
            }
            System.gc();
            System.gc();
            System.gc();
            traceMem("===>");
 
 
        } catch (IOException e) {           
            e.printStackTrace();
        }
    }
 
    private static void traceMem(String msg) {
        Runtime rt = Runtime.getRuntime();
        System.out.println(msg+" : "+(rt.totalMemory()-rt.freeMemory()));
    }
 
}

[Guybrush]

effectivement en executant ton code, la mémoire est bien libérée après le passage du gc mais y a quand même un truc qui me chiffonne : apres le passage du gc, la mémoire utilisée obtenue en faisant totalMemory-freeMemory montre bien que la mémoire a été libérée. En revanche si j'ouvre le gestionaire de tache de windows la colonne "Utilisation mémoire" de mon process java.exe reste très élevé (> 50 Mo).
Qui dois-je croire dans ce cas ?

[Gfx]

C'est que tu n'as pas pigé comment fonctionne la JVM pour la gestion de la mémoire. La mémoire que l'OS annonce comme allouée à ton programme ne reflète pas la mémoire que le programme utilise réellement au sein de la JVM. File te documenter sur le Garbage Collector et la JVM

[Guybrush]

effectivement j'ai peut-etre quelques lacunes sur le sujet.
Un bon article à me conseiller ?

(cela dit il y a quand même un soucis de libération, sinon je n'aurais pas d'OutOfMemoryException)

[billynirvana]

Juste par curiosité. Essaye de charger les images, mais ne les affiche pas. cad que ds ton paintComponent, tu fasses rien.

C'est peut etre pas le chargement qui est en cause...

[Guybrush]

effectivement, si je charge mes images mais que je ne les affiche pas, non seulement la mémoire est bine libérée mais en plus l'occupation mémoire est fotemment réduite... j'y comprends plus rien !