Re:Python Language Summit: Python Without the GIL
by kzrdude on Thursday May 12, 2022 @01:52AM
(#31349763)
Well, all credit to Sam the author, but he "bought" that no degraded performance by adding performance optimizations! Unfortunately, Python 3.11+faster-cpython work has already superseded some of it, i.e negating the trade-in he's trying to accomplish! However, I still hope everyone helps out and that the nogil work can land as default in CPython.
[ Parent
| on HN ]
Re:Python Language Summit: Python Without the GIL
by josefx on Thursday May 12, 2022 @06:01AM
(#31351598)
> Unfortunately, Python 3.11+faster-cpython work has already superseded some of it,
Why is that unfortunate? If his patch being slower than python 3.11 isn't acceptably fast despite being faster than every other python version before that then python was never acceptably fast to begin with.
Linux got rid of the BKL ages ago, that the Python community still holds onto the GIL as if it was some multi threading holy grail isn't even remotely funny anymore.
Re:Python Language Summit: Python Without the GIL
by kzrdude on Thursday May 12, 2022 @12:48PM
(#31356612)
It's unfortunate because I think it makes it slightly less likely that his work is accepted, now that part of the sweet single thread performance gains are already supplied from another source.
Re:Python Language Summit: Python Without the GIL
by coldtea on Thursday May 12, 2022 @04:54AM
(#31351028)
>Unfortunately, Python 3.11+faster-cpython work has already superseded some of it, i.e negating the trade-in he's trying to accomplish!
If "Python 3.11+faster-cpython" didn't also remove the GIL, then it didn't negate anything he's trying to acomplish. He wasn't going for a faster Cpython alone, but for a Cpython without GIL.