GIL est bien là pour quelque chose. Il faut garder une cohérence des données malgrès le multitâche.
Non, c'est beaucoup plus simple que ça : il faut empêcher l'interpréteur de crasher.
La question, ce n'est pas les données utilisateur puisque Python propose déjà tout ce qu'il faut comme primitives de synchronisation (verrous, sémaphores, conditions, etc.). C'est comment faire pour que le coeur de l'interpréteur soit thread-safe, tout en enlevant le GIL, et sans tuer les performances mono-thread.
[^] # Re: Formulation
Posté par Antoine . En réponse à la dépêche PyPy 1.3 et newthreading. Évalué à 4.
Non, c'est beaucoup plus simple que ça : il faut empêcher l'interpréteur de crasher.
La question, ce n'est pas les données utilisateur puisque Python propose déjà tout ce qu'il faut comme primitives de synchronisation (verrous, sémaphores, conditions, etc.). C'est comment faire pour que le coeur de l'interpréteur soit thread-safe, tout en enlevant le GIL, et sans tuer les performances mono-thread.