Journal python .net plus rapide que cpython ?!?

Posté par (page perso) .
Tags : aucun
0
21
jan.
2004
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 ...
  • # Re: python .net plus rapide que cpython ?!?

    Posté par . Évalué à -1.

    ".NET ca roxe des mamans ours !"
  • # Re: python .net plus rapide que cpython ?!?

    Posté par . É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 . É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(...)
  • # Commentaire supprimé

    Posté par . Évalué à 1.

    Ce commentaire a été supprimé par l'équipe de modération.

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

    Posté par . É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 (page perso) . É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 )
      • [^] # Re: python .net plus rapide que cpython ?!?

        Posté par . É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 (page perso) . É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
      • [^] # Re: python .net plus rapide que cpython ?!?

        Posté par . Évalué à 1.

        ca doit etre la doc distribuée avec activepython (www.activestate.com)
  • # Re: python .net plus rapide que cpython ?!?

    Posté par . É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.

Suivre le flux des commentaires

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