> Si critiquer le travail, c'est insulter, je te souhaite bien du bonheur.
Il y a critique objective, et critique bête, méchante et non justifiée. Quand tu dis qu'un GC est une abbération; t'as pas l'impression de dire à quelques milliers de mecs qu'ils sont vraiment incompétents ? Idem avec ta remarque sur Eclipse. Tu as peut être une comparaison objective et factuelle à proposer ? Ou une vraie expérience à partager ?
> Si t'avais lu le passage du code sur mon power pc, tu serais que c'est le code posté par un autre gars juste au dessus de mon message.
Donc par chance le gars il a écrit exactement le même code que toi. C'est un coup de bol quand même !
Puisque c'est le même tu peux regarder mon bench plus haut ou tout les paramètres sont fixés et connus de tous. Tu peux le reproduire chez toi. J'ai refait tourner en natif et en Java x86 et x86_64 (même code, config, proc que plus haut):
$ file x86*
x86: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped
x86_64: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped
$ time ./x86
user 0m15.097s
sys 0m0.012s
$ time ./x86_64
user 0m7.143s
sys 0m0.012s
$ time ~/java/x86/sun/jre1.6.0_14/bin/java -server -cp Dev/workspace/Test/bin/ TestRec
user 0m4.272s
sys 0m0.028s
$ time ~/java/x86_64/sun/jre1.6.0_14/bin/java -server -cp Dev/workspace/Test/bin/ TestRec
user 0m7.802s
sys 0m0.035s
C'est reproductible, tout est fixé. De ce test je retire:
- Que tu as des résultats extravagants et que tu ne cherches pas à savoir pourquoi.
- Que le test est vraiment merdique pour prouver quoi que ce soit. Pourquoi l'avoir écrit ?
- Que chez moi le temps d'exécution en x86 de la version C est 4x plus lente qu'avec un JRE x86. Je peux donc dire que le devs de linux sont vraiment trop cons de coder en C...
- Que les mecs d'apple qui ont fait le JIT ont pu faire nawak (ou les sous traitants)
- Que les powerpc peuvent ne pas aimer du tout la récursion, faudrait regarder la tête du code machine généré par gcc. Un coup d'objdump c'est vite fait...
- Que ne pas avoir à pusher ebp à chaque appel de méthode en x86_64 fait doubler les perfs par rapport à de l'x86, sont pas bête chez AMD.
- Qu'il faudra que je trouve une explication à la perf du JRE x86
Sur ce j'arrête là.
Toi qui donnais des leçons aux mecs de mozilla et d'eclipse. Tu devrais soit montrer que tu fais bien mieux, soit chercher à comprendre ce qu'il ce passe. Après tu utilises ce que tu veux je m'en fou, mais ne crache pas sur les autres quand tu n'as rien pour te justifier.
[^] # Re: Ça passe très bien :)
Posté par ckyl . En réponse à la dépêche Jython supporte maintenant Python 2.5. Évalué à 7.
Il y a critique objective, et critique bête, méchante et non justifiée. Quand tu dis qu'un GC est une abbération; t'as pas l'impression de dire à quelques milliers de mecs qu'ils sont vraiment incompétents ? Idem avec ta remarque sur Eclipse. Tu as peut être une comparaison objective et factuelle à proposer ? Ou une vraie expérience à partager ?
> Si t'avais lu le passage du code sur mon power pc, tu serais que c'est le code posté par un autre gars juste au dessus de mon message.
Donc par chance le gars il a écrit exactement le même code que toi. C'est un coup de bol quand même !
Puisque c'est le même tu peux regarder mon bench plus haut ou tout les paramètres sont fixés et connus de tous. Tu peux le reproduire chez toi. J'ai refait tourner en natif et en Java x86 et x86_64 (même code, config, proc que plus haut):
$ file x86*
x86: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped
x86_64: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped
$ time ./x86
user 0m15.097s
sys 0m0.012s
$ time ./x86_64
user 0m7.143s
sys 0m0.012s
$ time ~/java/x86/sun/jre1.6.0_14/bin/java -server -cp Dev/workspace/Test/bin/ TestRec
user 0m4.272s
sys 0m0.028s
$ time ~/java/x86_64/sun/jre1.6.0_14/bin/java -server -cp Dev/workspace/Test/bin/ TestRec
user 0m7.802s
sys 0m0.035s
C'est reproductible, tout est fixé. De ce test je retire:
- Que tu as des résultats extravagants et que tu ne cherches pas à savoir pourquoi.
- Que le test est vraiment merdique pour prouver quoi que ce soit. Pourquoi l'avoir écrit ?
- Que chez moi le temps d'exécution en x86 de la version C est 4x plus lente qu'avec un JRE x86. Je peux donc dire que le devs de linux sont vraiment trop cons de coder en C...
- Que les mecs d'apple qui ont fait le JIT ont pu faire nawak (ou les sous traitants)
- Que les powerpc peuvent ne pas aimer du tout la récursion, faudrait regarder la tête du code machine généré par gcc. Un coup d'objdump c'est vite fait...
- Que ne pas avoir à pusher ebp à chaque appel de méthode en x86_64 fait doubler les perfs par rapport à de l'x86, sont pas bête chez AMD.
- Qu'il faudra que je trouve une explication à la perf du JRE x86
Sur ce j'arrête là.
Toi qui donnais des leçons aux mecs de mozilla et d'eclipse. Tu devrais soit montrer que tu fais bien mieux, soit chercher à comprendre ce qu'il ce passe. Après tu utilises ce que tu veux je m'en fou, mais ne crache pas sur les autres quand tu n'as rien pour te justifier.