> Mais non !!! puisqu'on te dis que quand la JVM le peut
Et le JVM n'interprète pas le bytecode ? Elle envoie le bytecode au cpu sans rien faire ?
Mais oui....
> le bytecode est compilé par anticipation !!!!
D'ailleur la prochaine JVM donnera le résultat par anticipation. Avant même d'exécuter le code. Formidable !
Le marketing SUN a bien bossé.
> Oulala la bonne idée ;)
Tu fais tes tests avec dmalloc (c'est lent mais il contrôle les débordements comme java (ou presque)). Et quand ça marche tu vires dmalloc pour ne conserver que les contrôles nécessaires. C'est une pratique très courrante...
[^] # Re: Excellent
Posté par 007 . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 0.
Et le JVM n'interprète pas le bytecode ? Elle envoie le bytecode au cpu sans rien faire ?
Mais oui....
> le bytecode est compilé par anticipation !!!!
D'ailleur la prochaine JVM donnera le résultat par anticipation. Avant même d'exécuter le code. Formidable !
Le marketing SUN a bien bossé.
> Oulala la bonne idée ;)
Tu fais tes tests avec dmalloc (c'est lent mais il contrôle les débordements comme java (ou presque)). Et quand ça marche tu vires dmalloc pour ne conserver que les contrôles nécessaires. C'est une pratique très courrante...