4 ms·

Are many scientists using PyPy though? I never saw it in use in academia even though I'd tried it out personally.

bsdubernerd 6y ago
I don't know. I also don't use pypy much, since python+numba is actually fast enough most of the time, and I always see pypy as a fallback to see if I can squeeze a little bit more performance before running a task.
- goatlover 6y ago
  Does Numba offer significantly faster compile times than Julia's JIT?
  - jakobnissen 6y ago
    No, from my own (relatively limited) experience with Numba, if you enable "@nopython", it's about the same speed as Julia, which is the same speed as C. The thing is that Numba is only applicable for simple numeric code. Last I checked it didn't even support custom classes. In fact, last I checked it didn't even support Numpy - to support "Numpy" it had to internally re-implement much of Numpy, which really says something bad about its use cases. In contrast, the Julia JIT speeds up the entire language from string processing to set operations. Edit: To not be misleading: Julia and C (and Numba) have the same speed only in the simple cases you can apply Numba to. In more diverse workloads, C pulls ahead of Julia for various small reasons.
ForHackernews 6y ago
I've never seen PyPy used anywhere by anyone, except for in talks about PyPy at PyCon.
- bsdubernerd 6y ago
  PyPy is definitely used behind the scenes in many places. IMHO you don't often hear about it because if you're ready to take the performance hit that comes with python you're probably not trying to squeeze the best out of it all the time. There was also the lack of compatibility with existing packages, a big issue in the past, but nowdays it's pretty rare. You can often just run your program into both and measure if using pypy makes sense for your task. Frequently the free speedup is very welcome, especially for long or repeating jobs. Even when used opportunistically like this PyPy is still tremendously useful.

I don't know. I also don't use pypy much, since python+numba is actually fast enough most of the time, and I always see pypy as a fallback to see if I can squeeze a little bit more performance before running a task.

goatlover 6y ago
Does Numba offer significantly faster compile times than Julia's JIT?
- jakobnissen 6y ago
  No, from my own (relatively limited) experience with Numba, if you enable "@nopython", it's about the same speed as Julia, which is the same speed as C. The thing is that Numba is only applicable for simple numeric code. Last I checked it didn't even support custom classes. In fact, last I checked it didn't even support Numpy - to support "Numpy" it had to internally re-implement much of Numpy, which really says something bad about its use cases. In contrast, the Julia JIT speeds up the entire language from string processing to set operations. Edit: To not be misleading: Julia and C (and Numba) have the same speed only in the simple cases you can apply Numba to. In more diverse workloads, C pulls ahead of Julia for various small reasons.

ForHackernews 6y ago

I've never seen PyPy used anywhere by anyone, except for in talks about PyPy at PyCon.

bsdubernerd 6y ago
PyPy is definitely used behind the scenes in many places. IMHO you don't often hear about it because if you're ready to take the performance hit that comes with python you're probably not trying to squeeze the best out of it all the time. There was also the lack of compatibility with existing packages, a big issue in the past, but nowdays it's pretty rare. You can often just run your program into both and measure if using pypy makes sense for your task. Frequently the free speedup is very welcome, especially for long or repeating jobs. Even when used opportunistically like this PyPy is still tremendously useful.