[Image]Liberation des ressources

Version imprimable

23/04/2007, 12h34
Guybrush

[Image]Liberation des ressources

Bonjour,

Je développe un programme permettant de visualiser des photos sous forme de diaporama mais j'ai un gros probleme d'occupation mémoire.
Je charge mes images avec les méthode de la classe ImageIO, je les affiche dans un JPanel, et dès qu'une image n'est plus affichée, je libère (ou plutot je pensais libérer) ses ressources en appelant la méthode flush et en mettant sa référence à null.
Le probleme c'est que la mémoire n'est aboslument pas libérée et au bout d'une cinquantaine d'images j'ai systematiquement une OutOfMemoryError.

Comment faire pour libérer correctement la mémoire occupée par une BufferedImage ??
23/04/2007, 13h18
sinok

Garde la référence sur ta BufferedImage et sette la à null quand le besoin s'en fait sentir
23/04/2007, 14h41
Guybrush

ben oui c'est bien ce que je fais, dès que l'image n'est plus affichée, je la met à null.
23/04/2007, 18h13
Guybrush

j'ai essayé tout l'aprem en faisant des null, des flush, des dispose de partout, des appels explicite au gc et pas moyen, toujours cette conso mémoire qui augmente inexorablement!!

je crois que je vais laissé tomber le java pour cette appli et repasser en C++ car en plus je trouve la classe ImageIO particulierement "moisie". C'est lent, ca consomme un max de mémoire sans jamais pouvoir la libérer et elle ne charge pas toujours correctement certains format d'image comme les gif animés. :(
24/04/2007, 08h52
adiGuba

Salut,

On pourrais voir un peu de code (comment tu charges les images, comment tu les affiches, et comment tu les "libères").

a++

Voila un extrait (j'ai mis que les parties qui concerne l'affichage des images)

Code:

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
 
public class PanelImage extends JPanel
{
    private BufferedImage image;
 
    public void setImage(String strChemin)
    {
        if(image != null)
        {
            image.flush();
            image = null;
        }
        try
        {
            image = ImageIO.read(new File(strChemin));
        }
        catch (IOException e)
        {
          ...
        }
    }
 
 
    protected void paintComponent(Graphics g)
    {
        super.paintComponent(g);
        ...
        if(image != null)
        {
             g.drawImage(image,0,0, null);
        }
        ...
        g.dispose();
    }
 
}

25/04/2007, 12h22
Guybrush

J'ai essayé d'utiliser des images "compatibles" (qui sont censées etre optimisées pour la carte graphique) comme il est souvent recommandé de le faire dans ce forum. mais c'est encore pire, j'arrive deux fois plus vite à un dépassement mémoire.
personne n'a une idée ? j'ai oublié quelque chose ?
26/04/2007, 15h47
Leon Ira

salut :D ! plutôt que d'étendre jpanel, essaie plutôt avec jcomponent tu devrais gagner un peu de ressources... sinon on voit pas la façon font tu 'efface' tes images de la mémoire... :(
sinon ce qui serait pas mal c'est d'utiliser des images miniatures plutôt que des images en grande résolution qui prennent beaucoup plus de place... tu conserve l'adresse dans un tableau et tu la charge en grande résolution des que tu as besoin :)
10/05/2007, 14h31
Guybrush

Citation:

Envoyé par rom1dep

... sinon on voit pas la façon font tu 'efface' tes images de la mémoire... :(

ben si tout est dans le setImage... je met la référence à null et je fais un flush (qui ne sert à rien puisque cette méthode est redéfinit dans la classe BufferedImage et qu'elle est vide). Mais la mémoire n'est pas libérée.

Citation:

Envoyé par rom1dep

sinon ce qui serait pas mal c'est d'utiliser des images miniatures plutôt que des images en grande résolution qui prennent beaucoup plus de place... tu conserve l'adresse dans un tableau et tu la charge en grande résolution des que tu as besoin :)

Ca ne marche pas dans mon cas car des que je charge une image je l'affiche en "grande résolution".
10/05/2007, 14h56
chtig

Tu as essayé de lancer ta jvm avec ""-verbose:gc" pour voir ce qu'il se passe ?
10/05/2007, 15h05
Guybrush

oui et j'ai même placé des notif dans une ReferenceQueue() dans laquelle je stocke les références sur mes images et la garbage collector finalise bien les images mais les ressources ne sont pas libérées !

J'ai malheureusement bien peur que ca ne vienne pas de mon code, en cherchant un peu sur Internet j'ai des dizaines de post traitant du même probleme.
16/05/2007, 21h11
Gfx

Note que ton dispose() sur le Graphics g peut causer de gros problèmes de dessin.
21/05/2007, 10h26
Guybrush

c'est contradictoire avec ce que j'ai lu dans de nombreux post sur ce forum où l'appel à dispose() était fortemment recommandé... mais soit, je te fais entierement confiance sur ce point.
Cela dit, ça ne résoud malheureusement en rien mon problème initial, je n'arrive tjs pas à libérer les ressouces de mes BufferedImage. une idée ?
21/05/2007, 19h03
Gfx

Non ce n'est pas contradictoire. On appelle dispose() quand on crée un *nouveau* Graphics (avec par exemple g.create()).
22/05/2007, 10h04
Guybrush

et sur une BufferedImage, ça a un interet de faire un dispose() sur le Graphics de l'image ? vu que la méthode flush() est redéfinie et ne fait rien.
22/05/2007, 10h09
Gfx

Ça a un intérêt oui, mais ça ne réglera pas ton problème.
22/05/2007, 22h37
Sanguko

En fait, flush() dans le cas d'une 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.

Faire un dispose sur un Graphics créé à partir d'une BufferedImage permet de couper le lien que possede le Graphics sur la BufferedImage. Mais le plus simple, le plus sur, c'est simplement de mettre le graphics à null (il ne sert plus a rien si tu n'utilises plus l'image).
22/05/2007, 22h56
Bighobbit

Est ce que c'est dans une applet sous IE ?
Dans ce cas, ce ne serait pas plutot un pb IE ?

J'ai un comportement similaire et la mémoire n'est meme pas libérée quand je quitte l'applet.

++H
23/05/2007, 11h57
Guybrush

Citation:

Envoyé par Bighobbit

Est ce que c'est dans une applet sous IE ?
Dans ce cas, ce ne serait pas plutot un pb IE ?

J'ai un comportement similaire et la mémoire n'est meme pas libérée quand je quitte l'applet.

++H

non c'est une appli desktop.

Citation:

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

ben non justement, c'est bien la mon probleme, le gc passe bien sur mon image mais les ressources ne sont pas libérées, j'ai une OutOfMemoryException qui pete apres le chargement de quelques images.

Visiblement je ne suis pas le seul à avoir constaté le pb :
http://lists.apple.com/archives/Java.../msg00385.html
23/05/2007, 13h43
Sanguko

Quelqu'un a eu recemment le même probleme que toi (cf ici)

Du coup, j'ai fait un test élémentaire. J'ai affiché dans un JInternalFrame une image (de type BufferedImage). A la fermeture de la frame, j'ai libéré l'image (en mettant la reference a null).
J'ai bien constaté, en mesurant la mémoire utilisée, que l'image était libérée.

J'ai fait ce test avec la version 6 de java, sous windows.
23/05/2007, 16h46
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)

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:

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()));
    }
 
}

24/05/2007, 10h18
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 ?
24/05/2007, 10h23
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 :)
24/05/2007, 11h29
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)
24/05/2007, 17h29
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...
25/05/2007, 10h30
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 !