Suporte do Python para threads livres¶
A partir da versão 3.13, o CPython tem suporte para uma compilação do Python chamada threads livres (em inglês, free threading), onde a trava global do interpretador (GIL) está desabilitada. A execução com threads livres permite a utilização total do poder de processamento disponível, executando threads em paralelo nos núcleos de CPU disponíveis. Embora nem todos os softwares se beneficiem disso automaticamente, os programas projetados com uso de threads em mente serão executados mais rapidamente em hardware com vários núcleos.
Alguns pacotes de terceiros, em particular aqueles com um módulo de extensão, podem não estar prontos para uso em uma construção com threads livres e habilitarão novamente a GIL.
Este documento descreve as implicações de threads livres para o código Python. Veja Suporte a extensões da API C para threads livres para informações sobre como escrever extensões C que oferecem suporte à construção com threads livres.
Ver também
PEP 703 – Tornando a trava global do interpretador opcional no CPython para uma descrição geral do Python com threads livres.
Instalação¶
A partir do Python 3.13, os instaladores oficiais do macOS e do Windows oferecem suporte opcional à instalação de binários Python com threads livres. Os instaladores estão disponíveis em https://www.python.org/downloads/.
Para obter informações sobre outras plataformas, consulte Instalando um Python com threads livres, um guia de instalação mantido pela comunidade para instalar o Python com threads livres.
Ao construir o CPython a partir do código-fonte, a opção de configuração --disable-gil deve ser usada para construir um interpretador Python com threads livres.
Identificando um Python com threads livres¶
Para verificar se o interpretador atual oferece suporte a threads livres, python -VV e sys.version contêm “free-threading build”. A nova função sys._is_gil_enabled() pode ser usada para verificar se a GIL está realmente desabilitada no processo em execução.
A variável de configuração sysconfig.get_config_var("Py_GIL_DISABLED") pode ser usada para determinar se a compilação tem suporte a threads livres. Se a variável for definida como 1, a compilação tem suporte a threads livres. Este é o mecanismo recomendado para decisões relacionadas à configuração da construção.
A trava global do interpretador no Python com threads livres¶
Construções com threads livres do CPython oferecem suporte a opcionalmente executar com a GIL habilitada em tempo de execução usando a variável de ambiente PYTHON_GIL ou a opção de linha de comando -X gil.
A GIL também pode ser habilitada automaticamente ao importar um módulo de extensão da API C que não esteja explicitamente marcado como oferecendo suporte a threads livres. Um aviso será impresso neste caso.
Além da documentação de pacotes individuais, os seguintes sites rastreiam o status do suporte de pacotes populares para threads livres:
Segurança nas threads¶
A construção com threads livres do CPython visa fornecer comportamento de segurança às threads semelhante no nível do Python à construção padrão com GIL habilitada. Tipos embutidos como dict, list e set usam travas internas para proteger contra modificações simultâneas de maneiras que se comportam de forma semelhante à GIL. No entanto, o Python não garantiu historicamente um comportamento específico para modificações simultâneas a esses tipos embutidos, portanto, isso deve ser tratado como uma descrição da implementação atual, não uma garantia de comportamento atual ou futuro.
Nota
É recomendável usar threading.Lock ou outras primitivas de sincronização em vez de depender de travas internas de tipos embutidos, quando possível.
Limitações conhecidas¶
Esta seção descreve as limitações conhecidas da construção do Python com threads livres.
Imortalização¶
Na construção com threads livres, alguns objetos são imortais. Objetos imortais não são desalocados e têm contagens de referência que nunca são modificadas. Isso é feito para evitar contenção de contagem de referências que impediria o dimensionamento multithread eficiente.
A partir da versão 3.14, a imortalização está limitada a:
Constantes de código: literais numéricos, literais de string e literais de tupla compostos por outras constantes.
Strings internadas por
sys.intern().
Objetos quadro¶
Não é seguro acessar frame.f_locals a partir de um objeto frame se esse frame estiver sendo executado em outra thread, e fazê-lo pode causar a falha do interpretador.
Iteradores¶
Geralmente, não é seguro para thread acessar o mesmo objeto iterador a partir de múltiplas threads simultaneamente, e as threads podem encontrar elementos duplicados ou ausentes.
Desempenho com thread única¶
A construção com threads livres apresenta sobrecarga adicional na execução de código Python em comparação com a construção padrão com GIL habilitado. A quantidade de sobrecarga depende da carga de trabalho e do hardware. No conjunto de benchmarks pyperformance, a sobrecarga média varia de cerca de 1% no macOS aarch64 a 8% em sistemas Linux x86-64.
Mudanças comportamentais¶
Esta seção descreve as mudanças comportamentais do CPython com a construção com threads livres.
Variáveis de contexto¶
Na construção com threads livres, o sinalizador thread_inherit_context é definido como true por padrão, o que faz com que threads criadas com threading.Thread iniciem com uma cópia de Context() do chamador de start(). Na construção padrão com GIL habilitada, o sinalizador é definido como false por padrão, então as threads iniciam com um Context() vazio.
Filtros de aviso¶
Na construção com threads livres, o sinalizador context_aware_warnings é definido como verdadeiro por padrão. Na construção com GIL habilitada, o sinalizador é definido como falso por padrão. Se o sinalizador for verdadeiro, o gerenciador de contexto warnings.catch_warnings usa uma variável de contexto para filtros de aviso. Se o sinalizador for falso, catch_warnings modifica a lista de filtros globais, o que não é seguro para thread. Consulte o módulo warnings para obter mais detalhes.