3 ms·
Perhaps that not everyone is writing long-running services using Python? PyPy 5.3.0 is twice as slow as Python 3.5.0 for some work I regularly deal with (1.1s
by wbond 10y ago
Perhaps that not everyone is writing long-running services using Python?
PyPy 5.3.0 is twice as slow as Python 3.5.0 for some work I regularly deal with (1.1s for PyPy, 0.6s for CPython). Another project it is ~40% slower (7.7s vs 5.6s).
Additionally, PyPy just released an alpha containing compatibility with Python 3.3 (which was released four years ago). There are some nice additions to the language in 3.4 and 3.5.
- DanWaterworth 10y ago> PyPy 5.3.0 is twice as slow as Python 3.5.0 for some work I regularly deal with Is this because you are using ctypes or a C extension written against the CPython API? If not, have you filed a bug report?
- wbond 10y agoI do write some code using FFI, but I have a cffi layer in there for PyPy. I do not interact with the CPython API. Currently I don't have an interest in taking time to try and make PyPy less slow for my use case, for many reasons that I'm not going to get into here. (But I will note I'm primarily writing code that focuses on being easy to distribute. Most users aren't going to have PyPy installed anyway.) Anyway, the main thrust of my post is just that Python isn't a monoculture in which PyPy is always a better solution.
- DanWaterworth 10y agoThanks for providing context.
- techdragon 10y agoI have some data generation scripts in a bash pipeline where pypy is significantly slower due to startup overhead. When you run anything in a loop ten thousand times, the startup time matters a lot for some people. That said, PyPy is awesome. :-)
- netheril96 10y agoWhy not write the loop in Python itself?