This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author eric.snow
Recipients eric.snow, jdemeyer, ncoghlan, steve.dower, vstinner
Date 2019-04-26.21:48:28
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1556315308.42.0.656323177001.issue36710@roundup.psfhosted.org>
In-reply-to
Content
FWIW, PEP 554 is part of a larger project that I've been working on (slowly) for several years now. [1]  The concrete objective is to leverage subinterpreters as the mechanism by which we can achieve multi-core parallelism in Python code.  Moving the GIL (and some other parts of _PyRuntimeState, as Victor indicated) down to per-interpreter state is essential to that.

However, I don't thing making _PyRuntime a per-interpreter thing is right.  The runtime holds the set of interpreters, as well as any state state shared by the interpreters.

Also, to be clear, the status quo is not a problem for me, so make sure I'm not used as the justification for the change (thoughtful as that is of Victor). :)


[1] https://github.com/ericsnowcurrently/multi-core-python
History
Date User Action Args
2019-04-26 21:48:28eric.snowsetrecipients: + eric.snow, ncoghlan, vstinner, jdemeyer, steve.dower
2019-04-26 21:48:28eric.snowsetmessageid: <1556315308.42.0.656323177001.issue36710@roundup.psfhosted.org>
2019-04-26 21:48:28eric.snowlinkissue36710 messages
2019-04-26 21:48:28eric.snowcreate