> Je dis simplement que pour des gros codes coté serveur, comme ceux pour ebay ou yahoo, avoir un java compilé serait tout aussi bien.
> Ils gagneraient en performance
Java est compilé... Seulement la compilation se fait en JIT (et peut avoir lieu plusieurs fois selon les besoins). Fait tourner tes applis avec l'option "-Xint" (mode interprété) pour voir ce que ca donne quand le code n'est pas compilé. A partir des nightly build de Sun tu peux même utiliser "-XX:+PrintOptoAssembly" pour récupérer le code assembleur produit par HotSpot. Tu peux t'amuser a comparé le binaire produit par Hotspot et pas GCC sur du code équivalent c'est assez intéressant.
A priori, le faire en JIT te permet en plus de compiler pour un CPU précis, en ayant des informations sur les prédictions de branches etc.
Tu as des preuves de ce que tu avances ou juste des lieux communs ?
> de la compatibilité binaire inter-plateforme qui marche d'ailleurs plus ou moins bien
Gni ? Tu peux développer ?
> Par ailleurs, les boites que tu donnes n'ont certainement pas un serveur en frontal mais toute une ferme.
Si tu savais :-)
D'ailleurs sur les gros sites la scalabilité est de loin plus importante que la performance. Mais on y pense tout de même.
Mais concrètement pour des sites web tu as le choix entre: PHP, Perl, Python, Ruby, Java, .Net. Et on ose parler des perfs de Java.... C'est encore plus marrant quand on voit la différence de perf entre Ruby et JRuby.
[^] # Re: GNU et saint, et Microsoft diabolique ?
Posté par ckyl . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 3.
Ironie.
> Je dis simplement que pour des gros codes coté serveur, comme ceux pour ebay ou yahoo, avoir un java compilé serait tout aussi bien.
> Ils gagneraient en performance
Java est compilé... Seulement la compilation se fait en JIT (et peut avoir lieu plusieurs fois selon les besoins). Fait tourner tes applis avec l'option "-Xint" (mode interprété) pour voir ce que ca donne quand le code n'est pas compilé. A partir des nightly build de Sun tu peux même utiliser "-XX:+PrintOptoAssembly" pour récupérer le code assembleur produit par HotSpot. Tu peux t'amuser a comparé le binaire produit par Hotspot et pas GCC sur du code équivalent c'est assez intéressant.
A priori, le faire en JIT te permet en plus de compiler pour un CPU précis, en ayant des informations sur les prédictions de branches etc.
Tu as des preuves de ce que tu avances ou juste des lieux communs ?
> de la compatibilité binaire inter-plateforme qui marche d'ailleurs plus ou moins bien
Gni ? Tu peux développer ?
> Par ailleurs, les boites que tu donnes n'ont certainement pas un serveur en frontal mais toute une ferme.
Si tu savais :-)
D'ailleurs sur les gros sites la scalabilité est de loin plus importante que la performance. Mais on y pense tout de même.
Mais concrètement pour des sites web tu as le choix entre: PHP, Perl, Python, Ruby, Java, .Net. Et on ose parler des perfs de Java.... C'est encore plus marrant quand on voit la différence de perf entre Ruby et JRuby.