3 ms·
From the pip on subinterpreters: >> In this case, multiple interpreter support provide a novel concurrency model focused on isolated threads of execution. Furt
by phkahler 3y ago
From the pip on subinterpreters:
>> In this case, multiple interpreter support provide a novel concurrency model focused on isolated threads of execution. Furthermore, they provide an opportunity for changes in CPython that will allow simultaneous use of multiple CPU cores (currently prevented by the GIL–see PEP 684).
This whole thing seems more like something developer wants to do (hey, it's novel!) than something users want. To the extent they do want it, removing the GIL is probably preferable IMHO. That a global lock is a sacred cow in 2023 seems strange to me.
Maybe I'm misunderstanding, but I don't want an API to manage interpreters any more than I want one for managing my CPU cores. Just get me unhindered threads ;-)
- mkoubaa 3y agoMost typical application developers don't want, but that doesn't mean it doesn't have very specific important use cases. For example, an application might embed python in memory and need isolated contexts. Or an http server needs to have multiple threads of concurrent work with minimal overhead