• Narann@jlai.lu
    link
    fedilink
    English
    arrow-up
    8
    arrow-down
    1
    ·
    2 days ago

    Python typing system is the reason of its huge flexibility, but as many other scripting language, it’s also what makes it so hard to optimize.

    I have no idea how you can change that without bringing some “JIT-oriented” features inside the Python language itself.

    I still hope for the best, but I’m unsure we will be able to see an efficient JIT system inside CPython soon.

    PyPy had to rewrite the whole Python implementation in a JIT focused way, and even with that, they are (not uncommon) cases when PyPy is slower.

    • Corbin@programming.dev
      link
      fedilink
      English
      arrow-up
      3
      ·
      20 hours ago

      I gather that you don’t actually use PyPy much. On average, I expect PyPy to deliver over a 3x speedup. The main issue is that people have built upon slow libraries like Numpy that only seem fast because CPython is even slower.

      The reason that CPython cannot have a JIT added on is architectural and political. The CPython core team refuses to learn lessons from PyPy.

      • logging_strict@programming.dev
        link
        fedilink
        arrow-up
        1
        arrow-down
        3
        ·
        edit-2
        1 day ago

        i’m a fan of ladies with complete test coverage

        but i’m ok with those who are a fan of type inference.

        More ladies for me