No-GIL CPython の開発進捗

• Python運営委員会は、将来のPythonリリースでグローバルインタプリタロック（GIL）をオプション化する計画を発表
• まだ議論中の提案である PEP 703 について、詳細を確定中
• no-GIL版Pythonは、コンピュータサイエンスにおける最も難しい問題のいくつか、特に命名問題を解決することになりそう
• PEP 703 の著者 Sam Gross は、この提案と CPython の安定ABIの相互作用について議論
• 安定ABIは、複数のCPythonバージョンと互換性のあるバイナリホイールを有効にするため、拡張機能で使用される
• 提案ではGILのない単一のCPythonバージョンを想定しているが、その間に no-GIL 動作をテストできるインタプリタビルドが用意される見込み
• 安定ABI向けに作られた拡張機能は no-GIL CPython 3.13 と互換性がないが、Gross はそのバージョン以降、2種類のCPythonビルドの両方で動作するよう拡張機能を変更することを提案
• no-GIL版の命名に関する議論は別スレッドに分離
• 運営委員会は、ビルドを説明するために "nogil" という名称を避けることで合意し、代案として "free-threading" を提案
• PEP 703 の最終承認はまだ保留中であり、運営委員会は承認基準の明確化を進めている
• no-GIL版CPythonは、今後5年以上にわたり CPython の開発とエコシステムに重要な影響を与えると見込まれる

[GN⁺]

Hacker Newsの意見

• No-GIL CPython の開発状況に関する議論
• 明示的な並列性は現代のコンピューティングでより重要になるべきであり、Python はこのトレンドに適応すべきだという意見
• GIL が削除されると、マルチスレッドの Python コードでデータ競合や誤った演算が発生する可能性への懸念
• GIL が削除された後、既存の Python プログラムにおける潜在的な問題を特定できる静的アナライザーの実現可能性についての疑問
• 一部のコメント投稿者は Python の進化を OCaml と比較し、両プロジェクトに類似点があるのか気にしている
• GIL のない Python への現在の注目をめぐる議論で、一部は真のマルチスレッディングよりも単一スレッド性能の改善を主張
• 一部のコメント投稿者は GIL を維持しつつ、JavaScript に似た Workers を導入すべきだと提案しており、各ワーカースレッドは独自の GIL を持つ分離された VM になる
• Python 2 から Python 3 への長く困難な移行についての議論もあり、一部は Python コミュニティがこの機会を利用してインタープリタ内部にさらに大きな変更をもたらせたはずだと提案
• No-GIL Python から恩恵を受ける可能性のあるアプリケーションやサービス、そして開発者たちがこの開発に何を期待しているのかへの関心