Discusrión interesante para fanýticos del rendimiento de la JVM

En Javalobby se ha creado un post donde varias personas (algunas con profundos conocimientos sobre JITs) discuten si puede o no ser interesante que las JVM cacheen código optimizado mediante el JIT para ser cargado en sucesivas ejecuciones. Quizýs sea aburrido y pesado para los no fanýticos de los JITS, pero si eres uno de ellos tienes que leer este interesante Thread.


Uno de los inconvenientes es garantizar la integridad de ese código cacheado (que seráa nativo). Otro que las optimizaciones de muchos JIT actuales no son ýtiles en otra ejecuciones. Tambrión discuten sobre una posible compilacrión en tres fases: interpretacrión, JIT rýpido para algunos hotspots y JIT minuciosa para los hotspots más crýticos.


En la discusrión tambrión aparece .NET, que parece ser que si cachea su código JIT y según unote los porteadores esto hace que Java le supere en rendimiento, en especial en los benchamrks que miden rendimiento de código que hace uso intensivo del polimorfismo. Por otro lado se critican algunas características de esta cache de .NET, ya que al margen de poseer los problemas anteriormente mencionados sobre los virus el hecho de que todos los usuarios compartan una ýnica caché agrava la situacrión.



Class Data Sharing, posibles mejoras que se incluiran en Mustang, y las virtudes de JRockit de BEA son otros de los temas que salen a relucir.



¿Opiniones al respecto? ýCacheo de código JIT si o no?