หาก PEP 703 ได้รับการยอมรับ Meta มีแผนจะส่งวิศวกรเข้าร่วมพัฒนา no-GIL CPython เป็นเวลา 3 ปี

• จากโพสต์ "A fast, free threading Python" ที่ Guido เขียนว่า "คงจะดีถ้า Meta หรือบริษัทอื่นสามารถให้ยืมวิศวกรที่มีประสบการณ์กับ CPython มาช่วยให้ทีมคอร์พัฒนาร่วมกันได้"
• Carl Meyer จากทีมคอร์ได้หารือในประเด็นนี้ และกล่าวว่าเขาเชื่อในคุณค่าที่ no-GIL จะมอบให้
  • หาก PEP 703 ได้รับการยอมรับ Meta ตกลงว่าจะสนับสนุนวิศวกรที่มีประสบการณ์ภายในกับ CPython ของตนเป็นเวลา 3 ปี (นับตั้งแต่ PEP 703 ได้รับการยอมรับจนถึงสิ้นปี 2025)
• PEP 703 : Making the Global Interpreter Lock Optional in CPython

[ahwjdekf]

ตอนนี้ใน Python ก็อาจจะเข้าสู่ขุมนรกของ multi-threading ได้เหมือนกันนะ

[xguru]

หาก PEP 703 ได้รับการยอมรับ Meta มีแผนจะทุ่มวิศวกรให้กับ no-GIL CPython เป็นเวลา 3 ปี

งานประชุมสุดยอดภาษา Python 2022: Python without the GIL

[GN⁺]

ความเห็นจาก Hacker News

• การนำ GIL ออกแทบไม่ส่งผลต่อโค้ด Python เดิมส่วนใหญ่
• การนำ GIL ออกจำเป็นต้องมี ABI ใหม่และการอัปเดตส่วนขยาย C-API
• โมดูล multiprocessing เป็นแนวทางที่ดีสำหรับการประมวลผลแบบขนานใน Python
• การเปลี่ยนจากโมดูล multiprocessing ไปใช้การรองรับเธรดอาจช่วยลดแรงกดดันด้านหน่วยความจำได้
• ข้อถกเถียงเรื่องการนำ GIL ออกครอบคลุมทั้งความเสี่ยงที่อาจเกิดขึ้นและการเพิ่มประสิทธิภาพ
• Meta ตัดสินใจสนับสนุนการนำ GIL ออก
• บางคนเชื่อว่า GIL ช่วยให้ระบบเรียบง่ายและมีความทนทาน
• แนวทาง subinterpreter ถูกมองว่าเป็นทางออกที่มีอนาคตสำหรับการทำงานแบบขนาน
• ความท้าทายหลักของการนำ GIL ออกคือไลบรารีและแพ็กเกจที่ถูกสร้างขึ้นโดยอิงจากมัน
• มีการเสนอให้ใช้ PyPy เป็นอีกทางเลือกหนึ่งในการเร่งความเร็วให้ CPython
• codemod อาจถูกใช้ในชุมชน Python เพื่อช่วยให้อัปเกรดโค้ดได้ง่ายขึ้น
• ในการเปลี่ยนผ่านของภาษา ความเสถียรและความเข้ากันได้ถูกให้ความสำคัญมากกว่าความสมบูรณ์แบบ

[nicewook]

ดูเหมือนว่านี่จะไม่ใช่แค่การถกเถียงในระดับว่า การเอา GIL ออกเป็นเรื่องที่ดีแต่ทำได้ไม่ง่าย เท่านั้นนะครับ