Google is now a Visionary Sponsor of the Python Software Foundation

Re:Google is now a Visionary Sponsor of the Python Software ... by dmurray on Saturday February 13, 2021 @04:33AM (#26122509)

There's already PyPy. It's faster for, I estimate, 90% of workloads that don't use NumPy or Tensorflow, which offload work to faster implementations in different ways. It can certainly be 5 times faster.

It doesn't have that much adoption, which suggests that performance isn't critical to Python's user base. If PyPy got significant market share, perhaps the CPython developers would prioritise an approach like this. (Or perhaps they'd have even more justification to say look, there's already a performance-focused implementation, we'll do our thing).

[ Parent | on HN ]

Re:Google is now a Visionary Sponsor of the Python Software ... by tpetry on Saturday February 13, 2021 @05:00AM (#26122608)

Pypy isnt used that much because you may run into problems. And nobody wants to research strange runtime errors in production.

But the speed improvements would be welcome if they were in cpython because you can be quite sure there will be no problems.

[ Parent | on HN ]

Re:Google is now a Visionary Sponsor of the Python Software ... by olau on Saturday February 13, 2021 @05:29AM (#26122732)

Agreed (and I like pypy)

One example is that Pypy switched away from reference-counting to fully garbage collected. They are probably right that's faster, but if I'm running a webserver, it's actually really comforting to know that any garbage produced by the processing of a request is collected when that request ends (barring cycles of course) so I don't end up with weird hangups.

[ Parent | on HN ]

Re:Google is now a Visionary Sponsor of the Python Software ... by pjmlp on Saturday February 13, 2021 @12:15PM (#26124863)

Using a GC doesn't preclude doing a correct use of ResourceManager.

[ Parent | on HN ]