alors, si je reprends le message de ce monsieur, je lis:
-These numbers show some constructs that perform very well on the CLR and others that perform poorly et
-I need to spend several more weeks focusing on correctness and completeness instead of performance.
This will let me pass enough of the python regression test
En gros, son truc n'est pas encore complet, et il se vautre dès qu'on rentre dans des portions de code très dynamiques; les autres tests doivent être compilés en natif par le clr.
J'aimerai bien qu'on compare le comparable. Python tourne sur des processeurs différents, sur des OS différents, alors que .net c'est x86 et windows. Sinon, moi aussi je peux faire un super interpréteur, qui ferait que du quicksort, mais vachement rapide (et seulement sur x86), et je pourrais clamer partout que "oué, j'enfonce Ruby, Lisp, Python et multideskos, je suis le meilleur!".
Quand à Parrot... Si je ne m'abuse, le pari est arrivé à échéance, et de toute façon, faire tourner Parrot sur .net ça voudrait dire
Un vrai benchmark: porter Zope sur ironpython. A mon avis, en l'état actuel des choses, ça se vautrera grave...
PS: comprenons-nous: je ne critique pas l'initiative de ce monsieur (bien que .Net sapu, et AMHA on aurait pas besoin de mono si Sun avait libéré Java), mais les benchmark à deux francs, c'est tout sauf constructif et ça embrouille plus qu'autre chose.
# Re: python .net plus rapide que cpython ?!?
Posté par __caffeine__ . En réponse au journal python .net plus rapide que cpython ?!?. Évalué à 1.
-These numbers show some constructs that perform very well on the CLR and others that perform poorly et
-I need to spend several more weeks focusing on correctness and completeness instead of performance.
This will let me pass enough of the python regression test
En gros, son truc n'est pas encore complet, et il se vautre dès qu'on rentre dans des portions de code très dynamiques; les autres tests doivent être compilés en natif par le clr.
J'aimerai bien qu'on compare le comparable. Python tourne sur des processeurs différents, sur des OS différents, alors que .net c'est x86 et windows. Sinon, moi aussi je peux faire un super interpréteur, qui ferait que du quicksort, mais vachement rapide (et seulement sur x86), et je pourrais clamer partout que "oué, j'enfonce Ruby, Lisp, Python et multideskos, je suis le meilleur!".
Quand à Parrot... Si je ne m'abuse, le pari est arrivé à échéance, et de toute façon, faire tourner Parrot sur .net ça voudrait dire
code source Python -> bytecode parrot ->bytecode CIL -> CLR et éventuellement compilation JIT.
Supaire quoi...
Un vrai benchmark: porter Zope sur ironpython. A mon avis, en l'état actuel des choses, ça se vautrera grave...
PS: comprenons-nous: je ne critique pas l'initiative de ce monsieur (bien que .Net sapu, et AMHA on aurait pas besoin de mono si Sun avait libéré Java), mais les benchmark à deux francs, c'est tout sauf constructif et ça embrouille plus qu'autre chose.