Discussion :

[D.Iste]

Bonjours,

Je travail actuellement sur un projet de visualisation de photos.

Mon probleme est que pour se faire, j'ai besoin d’énormément de mémoire vive !
L'affichage d'une simple photo me prend 200mo au bas mot...

Et bien que cela ne soit pas "trop", au bout de plusieurs images ouvertes je passe rapidement la bar du Go !

Sur mon ordi de boulot, pas de souci, mais cette appli est destinée a de petit ordi qui pourrait moins bien le prendre...

D'ou mes questions :
- Comment fixer un maximum de RAM a la JVM même si cela doit la faire planter pour voir comment elle s'en sort ?
- Peut on réellement forcer la JVM a faire de la place ? (car ici, après un flush des images et set a null bien comme il faut, suivit d'un appel du gc, bah... pas grand chose ne change)
- Enfin, bien que j'ai fais pas mal de recherche sur le sujet je n'ai rien trouvé sur le comportement de Java par rapport aux capacités de la machine, auriez-vous un lien ?

- Pis bon, si vous avez un truc pour afficher une photo de 4mo en jpg avec moins de 200mo de ram je veux bien aussi...


Merci d'avance pour vos réponses !

Ps : je suis sous eclispe

[deathness]

ça me semble énorme...

Tu utilises Swing ou SWT?

Peux tu mettre le code de chargement des images que tu utilises?

[tchize_]

Attention que si tu charge tes images avec certaines méthodes présentes dans swing, il est clairement indiqué que ces méthodes gardent l'image en cache (elles sont en fait destinées à charger rapidement tes icones de l'application).

Ensuite, tu peux limiter la mémoire avec le paramètre -Xmx à mettre sur la ligne de commande:

Code :

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

java -Xmx256M monApplication.jar

[D.Iste]

Merci pour vos réponses.

@deathness : A moi aussi, d'ou mon post.
J’utilise une JFrame et tout le reste de l'affichage est géré par l'application

J'ai fais mes tests sur un exemple simple tel que http://www.java2s.com/Tutorial/Java/...ushanimage.htm (avec mise a null de la variable et sans repaint pour voir si la ram baissait pas avec le temps)

@tchize_ : Oui en effet je suis au courant de la mise en mémoire des images, c'est pour quoi j'ai appliqué le flush et plus du set a null.

Je vais tester ta ligne de commande dès maintenant.

Sinon, j'ai installé pour l’occasion une VM windows xp avec 1go de ram, et la même application ne dépasse jamais les 400mo de mémoire vive utilisé.
Java doit donc s'adapter a l'espace dispo par défaut.

[tchize_]

@tchize_ : Oui en effet je suis au courant de la mise en mémoire des images, c'est pour quoi j'ai appliqué le flush et plus du set a null.

Ce n'est pas ce dont je parlais, mais soit.

Sinon, j'ai installé pour l’occasion une VM windows xp avec 1go de ram, et la même application ne dépasse jamais les 400mo de mémoire vive utilisé.
Java doit donc s'adapter a l'espace dispo par défaut.

Ben oui la valeur max par défaut dépend de ton environnement. Maintenant, java a tendance à préférer manger la mémoire que faire travailler le GC quand c'est possible. Le full GC n'interviens que quand on ne trouve plus de mémoire.

[D.Iste]

Super ! Avec java -Xmx256M monApplication.jar mon application se limite a beaucoup moins de mémoire, je vais pouvoir faire mes tests avec une grosse partie de stress en moins ^^
Java est bien gentil de gérer ca tout seul, et plutot efficace, mais pour les tests, c'est pas top :s

Merci donc, car ce probleme est résolu. (oui, "ce" probleme, car en testant mon app sur un vrai petit pc, j'ai découverts d'autre horreurs...)

@tchize_ : Je pensais au fait que les Image sont stocké dans un map tel un flyweight pour éviter les pertes inutile, si ce n'est pas ca, je serais intéressé d'etre réorienté sur la bonne voie !