On Tue, Jun 9, 2020 at 10:28 PM Petr Viktorin <encu...@gmail.com> wrote: > > Relatively recently, there is an effort to expose interpreter creation & > finalization from Python code, and also to allow communication between > them (starting with something rudimentary, sharing buffers). There is > also a push to explore making the GIL per-interpreter, which ties in to > moving away from process-global state. Both are interesting ideas, but > (like banishing global state) not the whole motivation for > changes/additions. >
Some changes for per interpreter GIL doesn't help sub interpreters so much. For example, isolating memory allocator including free list and constants between sub interpreter makes sub interpreter fatter. I assume Mark is talking about such changes. Now Victor proposing move dict free list per interpreter state and the code looks good to me. This is a change for per interpreter GIL, but not for sub interpreters. https://github.com/python/cpython/pull/20645 Should we commit this change to the master branch? Or should we create another branch for such changes? Regards, -- Inada Naoki <songofaca...@gmail.com> _______________________________________________ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://mail.python.org/archives/list/python-dev@python.org/message/L7JRFJLDLO6E4SDXYKDPTEIEDZK2PNR4/ Code of Conduct: http://python.org/psf/codeofconduct/
