Intenção de aprovar a PEP 703 para tornar o GIL opcional

• Steering Council do CPython: GIL opcional no CPython
• Sinalização positiva em relação à proposta de eliminar o GIL
• Objetivo de longo prazo: build sem GIL como a única build
• Compatibilidade retroativa como prioridade para builds sem GIL
• Necessidade de apoio da comunidade e experiência dos desenvolvedores core
• Três etapas para implementar a build sem GIL
• O processo pode levar vários anos
• Equilibrar o timing para evitar sobrecarregar a comunidade
• Finalização da aceitação da PEP 703

[GN⁺]

Comentários do Hacker News

• O GIL (Global Interpreter Lock) do Python acabou sendo ao mesmo tempo uma bênção e uma maldição.
• O Python, em grande parte, foi escrito com bibliotecas compartilhadas em C para garantir segurança de threads usando o GIL.
• Remover o GIL pode causar problemas com extensões em C escritas sem considerar multithreading.
• Algumas pessoas acreditam que a transição para um Python sem GIL será semelhante a migrações anteriores, como de texto para Unicode ou de 32 bits para 64 bits.
• A comunidade Python e os canais de distribuição podem ter dificuldade para adotar um Python sem GIL em tempo hábil.
• Há debate sobre se remover o GIL vale a pena diante das mudanças disruptivas que isso pode trazer.
• Como o paradigma assíncrono do Python foi construído com base no GIL, removê-lo pode resultar em um conjunto inconsistente de funcionalidades.
• A equipe do Python precisa tomar cuidado para que não haja efeitos colaterais no comportamento de códigos que dependem do GIL.
• GIL significa Global Interpreter Lock do Python.
• Há uma boa explicação sobre o GIL no realpython.com.
• Algumas pessoas estão animadas com a perspectiva de um Python sem GIL e apoiam a abordagem pragmática do comitê diretor.