J’ai découvert ce blog en recherchant des informations sur le ramasse-miette. Comme le dit l’auteur : l’importance du ramasse-miette est inversement proportionnelle à la quantité d’information que l’on peut trouver à son sujet. Je suis globalement du même avis, et finalement le remercie d’avoir rédigé ces articles, cela m’a fait gagner énormément de temps.
Plutôt que de tenter une vaine adaptation en français, je vais directement vous rediriger vers les articles en question, ce qui sera, à mon avis, plus efficace (intéressant ?), à lire.
Pour commencer en douceur, une petite intro, on accélère le rythme avec un article un peu plus ardu, pour finir sur un best practice. Pour le fun, vous pouvez terminer sur celui là.
En 3 articles, l’auteur me semble avoir fait le tour de la question, c’est clair, complet et précis, il s’agit donc d’en faire partager tout le monde.
Outre ces 3 trés bons articles, le blog est d’excellente qualité et je vous en recommande vivement la lecture.
N.B. : Si le besoin s’en fait sentir dans les commentaires, nous pourrions envisager une adaptation en francais des articles (même si je suppose que le public de Java Village est également anglophone).
Glad you enjoyed the articles (and the comic!)
Let me know if you have any questions!
Salut et merci pour le billet.
J’aimerais savoir pour quelles raisons tu t’es intéressé au Garbage Collector?
Est-ce juste par curiosité? Pour une demande précise lors d’un projet?
Merci
I’m sorry, I don’t actually know French, I used Babelfish to translate your site and your question. I hope that it got your question right.
I got into the details of the garbage collection process when I was starting to research what optimizations are done during the JIT process. The HotSpot JVM includes many elements, and one of them was the GC which drew my attention. And yes, it was because of a project: in my work, I deal with near real-time applications which require high throughput in performance. Understanding how the GC and the JIT work is crucial in such applications, as sometimes you just need to understand how the engine works in order to trust it to get to the high speeds you require..
Heehee. I made a mistake, I think. For some reason I thought Julien is the author of the post, and that the question was directed at me! Sorry.. I’m not that egoistic most of the time.
Hi Aviad,
yes my question was for Olivier (the author of the post) but I’m happy that you (the author of the articles) answered me!
It is a very interesting answer because in my job (J2EE/WebDevelopment) I don’t care about how the GC works
but my curiosity wanted to know it deals with!
So thank you for your feedback
——–In french – En francais—————————————————-
Bonjour Aviad,
oui ma question était destiné à Olivier (l’auteur du post) mais je suis content que tu (l’auteur des articles) me répondes.
C’est une réponse intéressante car dans mon métier (J2EE/Développement Web) je ne me soucie pas du fonctionnement du Garbage Collector
mais ma curiosité voulait en connaître d’avantage.
Merci pour ton retour.
@Aviad: Firstly, kudos for you work! Secondly, no problem for your “mistake”, anyway it was very interesting to mention your opinion. If you want I could provide a translation of my post by email.
@Julien: Pour répondre à la question, c’est avant tout la curiosité. Mes connaissances à ce sujet s’apparente au guide survie
Maintenant en J2ME la gestion de la mémoire est plus que primordiale, et il n’est pas inintéressant, je pense, d’avoir quelques bonnes notions du fonctionnement du GC.
@Julien: I agree that in Java EE things are different; in fact, if Java EE is under the magnifying glass, then I would take a closer look at how resource sharing and management is done at a higher abstraction level first, such as database connections, user authentications, etc. That’s even more crucial at times! Not to mention that resource management can totally alter the way a GC works!
@Olivier: I think that Java ME has a completely different concept for GC, which is target-dependent at times, because if I remember correctly the Java ME spec allows the application to be compiled not to bytecode but to low-level machine code during deployment (such as PRC files on a Palm). Do you have further information regarding this?
@Aviad : Yes I guess that for J2ME the GC management is different. But in a first step I would understand the GC in a “normal” environment. I thought that could give me some clues. Next step is to gather the maximum information about GC in J2ME. I’am working on that. I will not hesitate to contact you when I will more information.
@Olivier: Good. I’ll be waiting to hear when you finish this research.
@Olivier: Also, I didn’t get any feedback regarding the comic panel and you’re the first one (that I know of) to mention it.
What did you think about it?