Version imprimable
Bonjour,
J'ai une application qui utilise Quicktime et qui lit une séquence de vidéos.
Mon application, bien que lisant pour l'instant toujours les 3 mêmes vidéos, utilise au fur et à mesure des lectures de + en + de mémoire vive.
Comment puis je parer à ce phénomène:question:
en trouvant d'ou vient la fuite mémoire :aie:
comme ca ca va pas etre facile de t'aider, mais faut chercher ce qui est ouvert, et pas (ou mal) fermé...
Moi je sais ! ça vient de la variable i qui est réinstanciée en permanence dans la méthode get de la classe Personne ! Je prédis même qu'il y aura plantage de l'application samedi à 13h21 si tu lances éclipse en même temps !
.
.
.
.
.
Désolé ;)
:dehors:
Ah d'accord, je savais pas, comme quoi Enintein et la théirie de la relativité générale s'applique totalement au monde cahotique de l'informatique... Vous ne croyez pas ?
Par contre moi j'ai mon appli qui plante, vous savez à quoi c'est dû ? :lol:
Ahahah ... Oui bon je vous l'accorde, ma question est un peu générale, mais je pensais surtout que vous auriez eu des informations sur la mémoire résiduelle en Java et comment faire pour m'en débarasser. Pour ce qui est de fuites mémoires je ne vois vraiment pas où cela peut se situer mon code est vraiment soft. Peut-être est-ce l'API quicktime qui laisse ces résidus en mémoire.
Vous n'êtes pas sympa. Ok il faut être précis dans les questions, mais là peut-être qu'il ne sait absolument rien du fonctionnement du gc.
Donc pour répondre un peu plus constructivement :
Une fuite de mémoire peut être causée par des objets qui restent en mémoire alors que tu n'en as plus besoin.
Par exemple, si à chaque fois que tu lis une video tu stocke des infos dans une List ou je ne sais quoi, et que quand tu lis une autre video après, tu ne vides pas cette liste. Les objets restent référencés dans la liste et donc ne sont pas supprimés de la mémoire.
En gros, pour être sûr, assure toi de mettre une référence à null lorsque tu t'en sers plus.
Voila une réponse un peu plus constructive.
Je connais le fonctionnement global du garbage collector, mais outre l'appel à System.gc(), n'y a-t-il pas un genre de méthode deallocate() ou je ne sais quoi ?
Salut,
Non, Java ne permet pas de gérer la mémoire directement, le gc s'en occupe tout seul.
Comme l'a précisé Satch, tu peux mettre tes références à null quand tu ne t'en sers plus, ou bien faire un système de classe suffisament simple pour n'avoir qu'une référence à un objet donné à un instant T, et le gc s'occupera normalement de le vider.
Question : tu accèdes comment à ton API Quicktime ? Via JNI ? Si oui, alors il y a des chances pour que tu ne vides pas la mémoire allouée par Quicktime, car via JNI, tu peux attaquer du C ou du C++.. Il faudra que dans ton code source C ou C++ ( si c'est ce que tu utilises ) tu fasses la gestion de mémoire liée à ces langages.
A+
Salut,
Non. Et tu ne devrais même pas à appeller System.gc() pour que la mémoire soit libérée...Citation:
Envoyé par muad'dib
Franchement c'est difficile de t'aider sans plus de détail sur ton code...
a++
Tu peux eventuellement ajouter une méthode finalize à tes classes qui ont des ressources qui risque de ne pas à mettre mis à null correctement.Citation:
Envoyé par muad'dib
Sinon dans ta commande java il y a des options qui concerne la mémoire et le gcc (java -X ...)
tu peux aussi utiliser jconsole pour detecter tes fuites mémoires.
Mais tu ne dois pas être sans savoir que la manipulation de la video est trés gourmande en mémoire et dans le cas de quicktime comme cela à été suggeré cela risque d'être difficile à controler.
Louis
si tu utilises Eclipse, tu peux regarder le projet TPTP...
+1 pour System.gc(), cela ne garanti en rien que le garbage collector va être lancé.Citation:
Envoyé par adiGuba
Et le fait de mettre les éléments à null, je suis sceptique, il suffit simplement que l'objet ne soit plus référencé ( pour parler C/C++ : plus aucun pointeur sur l'bjet ) pour qu'il soit éligible pour le GC. Enfin, un petit bemol, effectivement, il faut coder proprement pour mettre ça en place, c'est à dire pas faire comme cité plus haut : garder tous les objets dans un container.
Maintenant si tu nous postais ton code java, on pourrait peut-être détecter les erreurs de conception.
Il n'existe pas une méthode permettant de voir la consommation mémoire d'une appli Java en temps réel? Ainsi je pourrais observer quels sont les instructions clés ...
Au risque de me répeter : jconsoleCitation:
Envoyé par muad'dib
http://java.sun.com/developer/techni.../jconsole.html
Bon finallement je pense avoir résolu le problèmede mon application.
Il faut, après la lecture d'un fichier via l'API QT, appeler la méthode disposeQTObject de l'objet Movie pour libérer la mémoire.
Je ne me cherche pas d'excuses mais la documentation QT for Java est tellement bien foutue que j'ai du trouver l'astuce par moi même ..... :roll:
En tout cas merci pour vos conseils