Absicht zur Genehmigung von PEP 703, um den GIL optional zu machen

• CPython Steering Council: GIL in CPython optional machen
• Positive Haltung gegenüber dem no-GIL-Vorschlag
• Langfristiges Ziel: ein no-GIL-Build als einziges Build
• Rückwärtskompatibilität hat bei no-GIL-Builds Priorität
• Unterstützung der Community und Erfahrung der Core-Entwickler erforderlich
• Drei Phasen für die Umsetzung eines no-GIL-Builds
• Der Prozess könnte mehrere Jahre dauern
• Das richtige Timing finden, um die Community nicht zu überlasten
• Abschluss der Annahme von PEP 703

[GN⁺]

Hacker-News-Kommentar

• Pythons GIL (Global Interpreter Lock) war zugleich Segen und Fluch.
• Python wurde größtenteils mit C-Shared-Libraries geschrieben, um Thread-Sicherheit über den GIL zu nutzen.
• Das Entfernen des GIL kann Probleme mit C-Erweiterungen verursachen, die geschrieben wurden, ohne Multithreading zu berücksichtigen.
• Manche glauben, der Übergang zu Python ohne GIL werde dem früheren Wechsel von Text zu Unicode oder von 32 Bit zu 64 Bit ähneln.
• Die Python-Community und Distributionskanäle könnten Schwierigkeiten haben, Python ohne GIL rechtzeitig zu übernehmen.
• Es gibt eine Debatte darüber, ob das Entfernen des GIL die dadurch entstehenden einschneidenden Veränderungen wert ist.
• Pythons asynchrones Paradigma baut auf dem GIL auf; seine Entfernung könnte daher zu einem uneinheitlichen Funktionsumfang führen.
• Das Python-Team muss darauf achten, dass es keine unbeabsichtigten Nebenwirkungen auf das Verhalten von Code gibt, der vom GIL abhängt.
• GIL steht in Python für Global Interpreter Lock.
• Auf realpython.com gibt es eine gute Erklärung des GIL.
• Manche freuen sich auf Python ohne GIL und unterstützen den pragmatischen Ansatz des Steering Council.