Brett CannonLet's say CPython can gain a JIT or get rid of the GIL, but not both. Which would you want to have more?
JIT
No GIL
Poll ended at .
Joe Kaufeld@brettcannon in my work, the GIL has not once been a problem for me; it may be an issue for some, but it's a problem that we've worked around quite effectively for a while now with processes. I voted JIT.
Gina Häußge@itsthejoker @brettcannon Quite the opposite for me 😂 Voted accordingly
@foosel @itsthejoker Is it specifically the lack of free threading, or just more parallel execution options? For instance, if you could have multiple subinterpreters in the same process which each had their own thread, would that have helped?
@brettcannon @itsthejoker It is specifically the lack of free threading. I'd need a ton of IPC to be able to spread things across multiple processes, and that is not going to scale.
@foosel @itsthejoker Based on how you phrased that it isn't free threading but lack of IPC. https://peps.python.org/pep-0554/ mght get you that w/o dropping the GIL entirely.
@brettcannon @itsthejoker maybe. but I run a project that has a plugin system and frankly getting IPC wrapped transparently so (often inexperienced) plugin authors have it as easy as possible sounds like the opposite of a good time 😬
Plus I'm currently still stuck on a minimum supported python version of 3.7 due to this being a thing that users self-install in their own environment.
Admittedly that also means years before -GIL or +JIT would help me anyhow 😅