GILをオプション化するPEP 703を承認する意向

• CPython Steering Council、CPythonでGILをオプション化
• no-GIL提案に前向きな姿勢
• 長期的な目標: no-GILビルドを唯一のビルドにすること
• no-GILビルドでは後方互換性を優先
• コミュニティの支持とコア開発者の経験が必要
• no-GILビルド実装のための3つの段階
• プロセスには数年かかる可能性
• コミュニティに負担をかけないようタイミングのバランスを取る
• PEP 703の受け入れを最終決定

[GN⁺]

Hacker Newsのコメント

• PythonのGIL（Global Interpreter Lock）は、恩恵であると同時に呪いでもありました。
• Pythonの多くは、GILを利用したスレッド安全性を前提として、C共有ライブラリで書かれてきました。
• GILを削除すると、マルチスレッドを考慮せずに書かれたC拡張機能との問題が発生する可能性があります。
• GILのないPythonへの移行は、テキストからUnicodeへ、あるいは32ビットから64ビットへの移行と似たものになると考える人もいます。
• Pythonコミュニティと配布チャネルは、GILのないPythonを適時に採用することに苦労するかもしれません。
• GILを取り除くことに、それほど破壊的な変化をもたらすだけの価値があるのかという議論があります。
• Pythonの非同期パラダイムはGILを基盤に構築されているため、これを取り除くと一貫性のない機能セットになる可能性があります。
• Pythonチームは、GILに依存するコードの動作に副作用が生じないよう注意しなければなりません。
• GILはPythonのGlobal Interpreter Lockです。
• realpython.comでは、GILについての良い説明が提供されています。
• GILのないPythonに期待を寄せる人もおり、運営委員会の実務的なアプローチを支持しています.