Announcement

Collapse
No announcement yet.

Pyston 2.1 Is Blowing Past Python 3.8/3.9 Performance

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • baryluk
    replied
    There are low-hanging fruits in the CPython that could make it perform better. It just isn't a main priority to CPython developers. Hopefully, a bit of external competition will make them revisit this and make some improvements, i.e. in memory allocator, hash tables, and other tricks. JIT in CPython is not going to happen for a really long time, because of how it can sometimes make performance worse, and because how much it would complicate code, and testing required (especially on various architectures).
    Last edited by baryluk; 29 January 2021, 02:55 PM.

    Leave a comment:


  • yanestra
    replied
    The Python developer community has often enough decided against the better code and instead for the easier maintainability. E.g. in case of Stackless Python.

    Leave a comment:


  • onlyLinuxLuvUBack
    replied
    Originally posted by Anarchy View Post

    Realistically, it might be better to just fork the language itself and improve the parts that make Python "slow"; pypy developers have already done some work in this department. Although even that is not optimal because if you need more performance from python, then you're using it wrong -- go and learn c/c++/rust/fortran/java/go.
    what about nim ?

    Leave a comment:


  • Kemosabe
    replied
    Originally posted by hajj_3 View Post
    Julia seem to be popular for data analysis, machine learning etc: https://julialang.org/
    Yeah, and as soon as you use halfway complex libraries, it takes forever to even start!

    Leave a comment:


  • hajj_3
    replied
    Julia seem to be popular for data analysis, machine learning etc: https://julialang.org/

    Leave a comment:


  • Adarion
    replied
    I was impressed at first, since e.g. portage (Gentoo) depends on python (well and a lot of other packages).
    But then, in the end the article mentioned that it is not freedom software (too bad it's not open source). Uh. Seriously, could have saved me some time if that was in the beginning. :/

    Leave a comment:


  • Anarchy
    replied
    Originally posted by rmfx View Post

    I didn’t say it could replace it tomorrow, i said they should starts preparing a cpython replacement with pypy (and complete it with what’s needed for this).
    Realistically, it might be better to just fork the language itself and improve the parts that make Python "slow"; pypy developers have already done some work in this department. Although even that is not optimal because if you need more performance from python, then you're using it wrong -- go and learn c/c++/rust/fortran/java/go.

    Leave a comment:


  • bug77
    replied
    Originally posted by coder View Post
    Excuse my ignorance, but does it perform any form of profile-driven optimization? Wikipedia mentions that it uses a "tracing JIT", which seems to imply some level of feedback.
    Iirc, "tracing JIT" happens when the code is being watched/traced, so that only the more frequently accessed paths are actually JIT-ed.

    Leave a comment:


  • Paradigm Shifter
    replied
    Nice to see some benchmarks. It's a fairly impressive jump. I would be happier when they release the source code, though.

    Leave a comment:


  • coder
    replied
    Originally posted by ssokolow View Post
    That's what PyPy is. Improvements to it have levelled off around 4.25x CPython speed because Python, as a language, has a level of dynamism to it that's inherently difficult to optimize.
    Excuse my ignorance, but does it perform any form of profile-driven optimization? Wikipedia mentions that it uses a "tracing JIT", which seems to imply some level of feedback.

    Leave a comment:

Working...
X