Performance compilation GCJ

Bonjour à tous,
Je cherche des informations sur la compilation de programme Java. J'entends par la "en langage machine" comme le fait GCJ, si j'ai bien compris.

Une recherche sur le forum m'a déjà apprise que les exécutables étaient beaucoup plus gros que leurs équivalents c++ du fait de la compilation de toutes les classes, ce n'est pas un problème pour moi.

Je me questionne beaucoup sur les performances d'une telle application Java "compilée". Ne sont-elles pas censées être les mêmes que celle de n'importe quel autre langage que l'on compilerait en natif ? La (faible) perte de performance due à la JVM est un des arguments souvent en défaveur de Java.

Quant à savoir pourquoi je m'intéresse à ce type de compilation, eh bien c'est pour ma culture personnelle, et peut-être aussi dans l'optique de compiler directement certaines applications pour macintosh.

Merci beauoup pour vos réponses et conseils :)

Bien balaise celui qui arrive à te montrer aujourd'hui qu'en utilisation réelle, l'intepréteur de la jvm représente un sur cout. Au contraire, avec le JIT et toutes les optimisations dynamiques qui se font dans la jvm, on aura de meilleures perf qu'en convertissant le code java en language machine.

Il faut savoir que la jvm analyse en permanance l'exécution pour, par exemple

compiler nativement en mémoire les bouts de code les plus solicité
faire de l'inlining des appels les plus courant
Et probablement un tas d'autres trucs que je ne connais pas :roll:

Salut,

Citation:

---

Envoyé par n0-sheep

La (faible) perte de performance due à la JVM est un des arguments souvent en défaveur de Java.

---

Cette drôle d'impression d'être Marty McFly au volant de sa DeLorean ! :mouarf:


Plus sérieusement ce genre d'argument n'est plus d'actualités depuis les années 1990 et le mode interprété de Java !!!
Depuis Java 1.2 (1998), la JVM est doté d'un compilateur JIT qui permet de nombreuses optimisations. Et il n'a cessé d'évoluer depuis !




Il faut dire que le JIT possède un énorme avantage sur les compilateurs natifs : comme il s'exécute en même temps que l'application, il connait tout du contexte, que ce soit des spécificités matériels de la machine hôte ou de l'état du programme (classes chargées, etc.).

Le compilateur JIT peut donc se permettre des optimisations plus poussés que ne le ferais un compilateur natif (tout du moins sans restreindre l'utilisation du programme).
Mieux : JIT peut dé-optimiser le code, ce qui lui permet de faire des optimisations vraiment très poussé dans certains cas, quitte à revenir en arrière si le contexte évolue...


J'avais fait des essais il y a quelques temps, et la JVM s'en sortais souvent mieux que la compilation natif : La machine virtuelle est-t-elle vraiment lente ?

Après ca vaut ce que ca vaut, et c'est des bouts de codes bien spécifique...

a++