Je vous rappelle que java a également été conçu pour que l'implémentation du programme d'exécution puisse optimiser l'éxécution en compilant a la volée le pseudo code en code machine, le pb etant que cette optimisation prend du temps et est importante pour obtenir une bonne performance.
Je mentionnerais HotSpot qui exploite ce qu'on appelle la compilation adaptative. Les applis executent en general de nombreuses fois certaines portions de code, dont le fonctionnement determine donc la performance de l'appli. HotSpot evalue a l'execution ( a mesure qu'il execute ) les parties repetées souvent et les compile en code machine.... et comme il ne compile qu'une petite partie du code il laisse le temps a son optimisation.
Avantage : il peut effectuer des optimisation a l'execution ce qu'un compilateur statique ne permet pas.
Pour revenir sur 'Java sux' ... forcement si tu code tout en assembleur ca ira beaucoup plus vite ... je te laisse a ton assembleur, tu me rappelle quand tu as fait une appli actuelle en moins de deux ans
De plus java est lent , mais ca dépend pourquoi, et un prog java bien foutu ca fonctionnera tres bien, comme un prog java mal foutu ca ramera
( note : c'est ce que disent les developpeurs java ;)
# OUIN arretez de dire du mal de java :....(
Posté par Roger Rabbit . En réponse à la dépêche Un autre compilateur Java générant du code natif x86. Évalué à 4.
Je vous rappelle que java a également été conçu pour que l'implémentation du programme d'exécution puisse optimiser l'éxécution en compilant a la volée le pseudo code en code machine, le pb etant que cette optimisation prend du temps et est importante pour obtenir une bonne performance.
Je mentionnerais HotSpot qui exploite ce qu'on appelle la compilation adaptative. Les applis executent en general de nombreuses fois certaines portions de code, dont le fonctionnement determine donc la performance de l'appli. HotSpot evalue a l'execution ( a mesure qu'il execute ) les parties repetées souvent et les compile en code machine.... et comme il ne compile qu'une petite partie du code il laisse le temps a son optimisation.
Avantage : il peut effectuer des optimisation a l'execution ce qu'un compilateur statique ne permet pas.
Pour revenir sur 'Java sux' ... forcement si tu code tout en assembleur ca ira beaucoup plus vite ... je te laisse a ton assembleur, tu me rappelle quand tu as fait une appli actuelle en moins de deux ans
De plus java est lent , mais ca dépend pourquoi, et un prog java bien foutu ca fonctionnera tres bien, comme un prog java mal foutu ca ramera
( note : c'est ce que disent les developpeurs java ;)
j'ai fini
Allez y , moulez maintenant ;)