Paul Moore schrieb: > OK, but how close is it to providing isolation for threads running > under the control of the GIL? I'm thinking of something along the > lines of an in-process version of fork(), which spawns a new > interpreter and runs the 2 interpreters as threads, still using the > GIL to enforce serialisation, but otherwise independent. I believe > that Perl uses this model for its "interpreter threads" > implementation. How is your idea different from subinterpreters? Today you can have multiple subinterpreters inside a single process. Each subinterpreter has its own state and can see only its own objects. Christian
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4