Discussion :

[ccedced]

Bonjour,

J'ai un soucis concernant mon logiciel. Celui-ci permet de visualiser en 3D (grâce à java3D) un schéma que l'utilisateur dessine via une zone de dessin
2D. L'utilisateur peut en fait dessiner des batiments et ensuite visualiser le résultat en 3D.

Le problème c'est qu'à chaque fois que j'affiche la visu 3D, la mémoire utilisée augmente petit à petit, au bout d'un certain nombre de fois, j'ai l'exception suivante: java.lang.OutOfMemoryError: Java heap space

A chaque affichage d'une nouvelle visu je tente pourtant de détruire la précédente, mais sans succès....
Ma visu3D se trouve dans une JInternalFrame.
Chaque fois je tente de détruire: le branchgroup principal, le canvas, le simpleUniverse, puis la JInternalFrame. Je fais également un System.gc() et un runtime.gc()

Ps:je ne veux pas augmenter la taille de ma JVM

[natha]

Il faut que tu cherches avec un profiler ce qu'il se passe exactement.

Le profiler de Netbeans m'a bien aidé une fois.
Sinon tu as TPTP pour Eclipse.

Ca te permettra de regarder quels objets sont instanciés, combien de fois ils le sont, et si ça diminue pas quand tu penses les libérer c'est que t'as un problème à ce niveau.

System.gc() "ne sert à rien" (dans le sens où il ne libèrera pas les instances bloquées de toute façon), il ne faut pas l'utiliser en environnement de production, la JVM gère ça très bien toute seule.

[ccedced]

ok, ce fut une tres bonne idée,je le reconnais, mais je l'ai abandonnée...
Car il faut eclipse 3.2.2 puis EMf.2.3 puis tptp plugin puis.... puis lorsque tu as passé 3h a tout télécharger et installer...ca ne marche toujours pas car tu as un JDK 6 et ca ne convient plus soit disant car un certain JVMPI n'est plus supporté et qu'il faudrait utiliser un JVM TI...Bref c'est une misère pour installer ce plugin...

[natha]

Utilise Netbeans alors. Suffit d'installer Netbeans, pas d'importer ton projet dedans, il suffit de fournir un paramètre en ligne de lancement à ton application pour pouvoir y connecter le Profiler de Netbeans.

[CyberChouan]

Euh... j'utilise JAVA 1.6 et je n'ai aucun problème pour utiliser le plugin TPTP.

En faisant attention aux différents composants (et à leurs versions) qu'il nécessite, on s'en sort sans problèmes.

Sinon, il y a JProbe, très efficace pour faire du profiling d'applications java. Le hic, c'est qu'il s'agit un outil professionnel dont la licence est très coûteuse...

[ccedced]

Salut, peut -être avec ta config, mais si tu vas sur la page tptp eclipse:
http://www.eclipse.org/tptp/home/downloads/

Tu verras ce qui est requis:
-Java Runtime Environment (JRE) or Java Development Kit (JDK) v1.4

Moi j'ai une version supérieure et ca me donne:
FATAL ERROR: JVMPI, an experimental interface, is no longer supported:
http://forum.java.sun.com/thread.jsp...22548&tstart=0

Mais tant pis, je vais utiliser netbeans, ca a l'air + simple a installer

[ccedced]

Ayant reussi a utiliser le profiler de netbeans, J'ai donc remarqué que toute la mémoire était prise par mes textures:
image.TextureLoader.getTexture()

Le logiciel est composé de 2 parties:
-une partie dessin du shéma qui sera représenté en 3D
-La visualisation 3D

L'utilisateur switch donc entre les 2 parties. C'est ici qu'intervient le problème. Plus l'utilisateur reconstruit la visu3D, plus la mémoire allouée dans la JVM augmente. Au bout d'un certain nombre de fois j'ai donc l'erreur : outOfmemoryError, qui signifie que le max de mémoire est atteint dans la JVM.

Grace à un profiler, j'ai remarqué que toute la mémoire était utilisée par:
image.TextureLoader.getTexture().

J'ai bien essayé de mettre à null toutes les textures lorsque je switch de la visu3D vers la zone de dessin, mais malheuresement la mémoire augmente toujours...une solution?

PS: je ne veux pas augmenter la taille mémoire de la JVM

[[Nean]]

Tu peux essayer d'appeler de manière explicite le garbage collector gc() aprés avoir mis tes textures à null, toutefois sache qu'il ne supprimera pas forcément tout. Le fonctionnement du GC est plutôt compliqué, je dirait presque (car ce n'est pas le cas bien sûr !) aléatoire...

[ccedced]

Salut ,

Merci de ta réponse mais j'ai déja essayé cette solution.
Pour l'instant les 2 seules lignes de codes qui ont agis et qui m'ont fait gagner un peu de mémoire sont:
Primitive.clearGeometryCache();

et

Viewer.clearViewerMap();

Merci quand même d'avoir participé

[javator]

Personnellement, je pense qu'à chaque switch, la JVM charge une autre texture.

J'essaierais de mettre ma texture a null avant un rechargement.

[ccedced]

Salut javator,

Voici ce que j'ai écrit dans mon post:

J'ai bien essayé de mettre à null toutes les textures lorsque je switch de la visu3D vers la zone de dessin, mais malheuresement la mémoire augmente toujours...une solution?

Voici ce que tu me réponds:

Personnellement, je pense qu'à chaque switch, la JVM charge une autre texture.

J'essaierais de mettre ma texture a null avant un rechargement.

...Mais merci quand même...