Improve Py_mod_multiple_interpreters and Py_mod_gil Usability

Feature or enhancement

Proposal:

Here are some deficiencies:

• the slot name "Py_mod_multiple_interpreters" is a bit long
• the "Py_MOD_MULTIPLE_INTERPRETERS_*" slot value names are a bit long
• the slot name "Py_mod_gil" is overly coupled to the GIL (it's really about thread safety)
• the difference between Py_MOD_MULTIPLE_INTERPRETERS_SUPPORTED and Py_MOD_PER_INTERPRETER_GIL_SUPPORTED is unclear
• Py_MOD_PER_INTERPRETER_GIL_SUPPORTED applies to the vast majority of extensions and should be the default
• Py_mod_gil doesn't have an option that explicitly covers the case where an external dependency is not thread-safe
• currently Py_MOD_MULTIPLE_INTERPRETERS_SUPPORTED implies an external dependency is not thread-safe and/or isolated to each interpreter; it should be the other way around (and be a synonym for Py_MOD_PER_INTERPRETER_GIL_SUPPORTED), which would introduce a need for a Py_MOD_PER_INTERPRETER_GIL_NOT_SUPPORTED

We could take a simple approach, working with the existing slots:

• (maybe) shorten the names
• add Py_MOD_PER_INTERPRETER_GIL_NOT_SUPPORTED
• add something like Py_MOD_GIL_USED_FOR_EXTERNAL

I think we could do better, by replacing the existing slots with new ones that focus explicitly on what we care about:

• new module def slot: Py_mod_isolation
  • Py_MOD_NOT_ISOLATED - the module has process-global state and/or objects (e.g. static types)
  • Py_MOD_ISOLATED (default) - the module's state/objects have been isolated to the module (i.e interpreter)
• new module def slot: Py_mod_threadsafe
  • Py_MOD_NOT_THREADSAFE (default) - the module's own state/code is not thread-safe
  • Py_MOD_THREADSAFE - the module's state/code are thread-safe; external dependencies are covered by Py_mod_external_libs
• new module def slot: Py_mod_external_libs
  • Py_MOD_EXTERN_NOT_THREADSAFE - at least one external dependency is not thread-safe (may be used without the GIL held)
  • Py_MOD_EXTERN_NOT_ISOLATED - at least one external dependency is not isolated to the module object (i.e. interpreter)
  • Py_MOD_EXTERN_ISOLATED (default) - all external dependencies are isolated and using them is thread-safe
• for Py_mod_isolation and Py_mod_threadsafe, external dependencies are covered by Py_mod_external_libs
• deprecate Py_mod_multiple_interpreters slot
• deprecate Py_mod_gil slot

Regarding the defaults, for Py_mod_isolation, multi-phase init implies isolation (per PEP 489). For Py_mod_external_libs, we assume that the vast majority of modules will not have problematic dependencies.

Equivalents to current usage:

CC @encukou

Has this already been discussed elsewhere?

No response given

Links to previous discussion of this feature:

No response

L’issue ne nomme aucun fichier source ni test ; commencez par localiser les définitions existantes des slots Py_mod_multiple_interpreters et Py_mod_gil et examiner leur comportement actuel. Validez d’abord avec les maintainers les noms de slots proposés, les valeurs par défaut et les deprecations ; le travail n’est terminé qu’une fois qu’un design a été convenu, ainsi que l’implémentation et les tests correspondants.