lundi 17 novembre
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Derniers journaux de manatlan :

Journal : python .net plus rapide que cpython ?!?

Posté par manatlan (Jabber id, page perso, ) le 21 janvier 2004
0
Je n'ai vu aucune page française qui relatait de la récente performance de Jim Hugunin (celui qui a créé jython (une implémentation de python en 100% java (la grande majorité des libs python peuvent être utilisé en jython, ainsi que 100% des libs java ; c'est géant !))) ...
ce pourquoi je me permet de poster un journal là-dessus ... et je me permet aussi de poster ça ... juste pour dire, que c'est python le meilleur language ;-) ... (et c'est celui qui eclipsera perl ruby et cie ...)

Bref, ce gars géniallissime est en train d'implémenter un "python" en ".net" (clr/il) (chose qu'ont déjà tenté activestate et zope ind.) : qui va se nommer "ironpython" (c en v0.1)
(ironpython tournera aussi sous mono)

Mais là où c'est très fort ... C'est qu'il arrive à obtenir des performances bien meilleur que cpython (l'implémentation original de python) ... et il prouve, en utilisant pystone, que son ironpython améliore les performances de 70% par rapport au cpython !
voilà son mail original à miguel : http://primates.ximian.com/~miguel/ironpython(...)
(sinon beaucoup de weblog/journaux "non français" ont repris l'info sur le net -> cf google "ironpython")
ce qui relance la polémique sur ".net = c'est lent/lourd" ...

ce qui m' inquiète plus ... c'est que guido (le géniteur du superbe language python), pourrait se manger une tarte dans la figure ... si Dan (le géniteur du vieux language perl) venait à réussir son pari : une implémentation de python sur parrot qui tournerait plus rapidement que cpython ... (s'il faisait la couche parrot sur la couche .net clr :-) ça se pourrait ;-) )
(voir ici http://www.hole.fi/jajvirta/weblog/20040108T2001.html(...))

désolé pour les qques trolls qui se sont glissés, mais plus je rentre dans le monde python, plus je me dis ... que python est nettement supérieur ...

> Lire le journal (11 commentaires, moyenne: 1).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

[+] Re: python .net plus rapide que cpython ?!?

Posté par el_mickey () le 21/01/2004 à 17:00. (lien). Évalué à -1.

".NET ca roxe des mamans ours !"

Re: python .net plus rapide que cpython ?!?

Posté par Moonz () le 21/01/2004 à 17:49. (lien). Évalué à 1.

Pourquoi s'amuser à faire des milliards d'interpérteurs alors qu'un compilateur arrangerait pas mal de monde ?
Oui je râle sans coder, mais j'ai pas le niveau pour faire un compilateur :)

Re: python .net plus rapide que cpython ?!?

Posté par Lafrite () le 22/01/2004 à 15:48. (lien). Évalué à 3.

Baliverne, tous les grands professionnels de l'informatique savent que Python est démodé et très compliqué. et que Un passage à PHP 5 pour développer sur le serveur Zope ne serait pas surprenant

http://www.01net.com/article/215473.html(...)

Re: python .net plus rapide que cpython ?!?

Posté par Nicolas () le 22/01/2004 à 16:15. (lien). Évalué à 1.

ah ohais trop cool une implementation de python que l'on aura le droit d'utiliser que si MS donne son autorisation... (ben vi moi aussi je peux lancer des trolls)

Autrement avant de crier victoire regarde la fonction eval ca fait doucement rigoler les 70% de perf en plus :)

Re: python .net plus rapide que cpython ?!?

Posté par Uhld () le 22/01/2004 à 16:20. (lien). Évalué à 1.

plus je rentre dans le monde python, plus je me dis ... que python est nettement supérieur ...

Je suis exactement dans cette période moi aussi...
Simplicité, clarté... J'ai jamais autant codé sans faire d'erreurs de syntaxes ou autre.

Par contre je me suis lancé dans wxPython, et là je déchante un peu... Les docs sont pas géniales. :(

Obligé de prendre celles de wxWindows, et quand on a pas fait plus de C++ que ca, ca peut etre handicapant (meme avec le guide indiqué dans la FAQ)

  • [^]Re: python .net plus rapide que cpython ?!?

    Posté par manatlan (Jabber id, page perso, ) le 22/01/2004 à 17:28. (lien). Évalué à 1.

    je suis rentré dans python grace à wxpython ... (que je trouve transcendant)
    je ne vois pas ce que tu reproches aux docs ... elles sont partaites !?
    certes les prototypes sont vaguement décris en C, mais c'est très bien indiqué les cas particuliers pour le python ?! ... en fin, je n'ai jamais eu un seul problème avec ça ...

    si tu fais du python/win32 .... j'ai une très bonne doc (datant de python 2.3.1) au format CHM qui contient python + wxpython ... en 5mo ...( le hic c'est que je ne sais plus où je l'ai récupérer ... ce pourquoi je cherche actuellement à la recréer moi même .... apparemment on peut merger des CHM : si qqu'un sait comment on peut faire ça simplement : m'interesse )

    --
    manatlan.com

    • [^]Re: python .net plus rapide que cpython ?!?

      Posté par __caffeine__ () le 22/01/2004 à 17:44. (lien). Évalué à 1.

      Si c'est celle qui commence par "wxWindows 2.4.2: A portable C++ and Python GUI toolkit", c'est livré avec la distribution windows de wxpython.
      ou alors c'est celle qui est livrée avec leur propre outil de doc (qui s'interface avec BOA).

      De toute façon, .chm sapu, quel intérêt de publier des docs en simili-html dont on peut afficher qu'une page à la fois ?

      autant télécharger la doc en html à part et la feuilleter avec mozilla. Une tab par classe utilisée, c'est encore le plus pratique...

      • [^]Re: python .net plus rapide que cpython ?!?

        Posté par manatlan (Jabber id, page perso, ) le 22/01/2004 à 17:52. (lien). Évalué à 1.

        avec le CHM : il y a la recherche, et l'index de "tous" les mots importants ... c très très pratique quand même

        mais c véritablement la vrai doc python en chm + la vrai doc wxpython en chm
        du coup t'as la doc python et wxpython en une seule

        --
        manatlan.com

    • [^]Re: python .net plus rapide que cpython ?!?

      Posté par gamo (page perso, ) le 01/04/2004 à 07:37. (lien). Évalué à 1.

      ca doit etre la doc distribuée avec activepython (www.activestate.com)

Re: python .net plus rapide que cpython ?!?

Posté par __caffeine__ () le 22/01/2004 à 16:25. (lien). Évalué à 1.

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

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.

  • [^]Re: python .net plus rapide que cpython ?!?

    Posté par Black Fox (page perso, ) le 22/01/2004 à 21:46. (lien). Évalué à 1.

    Tss jalaus tu ne pourais faire mieux que multideskos, même en optimisant au maximum.

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0867s (dont 0.017 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !