Estado del desarrollo de No-GIL en CPython

• El comité directivo de Python anunció planes para hacer que el bloqueo global del intérprete (GIL) sea opcional en futuras versiones de Python
• PEP 703, una propuesta que aún está en discusión, sigue definiendo sus detalles
• Se espera que la versión no-GIL de Python resuelva algunos de los problemas más difíciles de la informática, especialmente el problema de poner nombres
• Sam Gross, autor de PEP 703, habló sobre la interacción entre la propuesta y la ABI estable de CPython
• La ABI estable se usa en extensiones para habilitar wheels binarios compatibles con múltiples versiones de CPython
• La propuesta imagina una sola versión de CPython sin GIL, pero mientras tanto habrá builds del intérprete con los que se podrá probar el funcionamiento de no-GIL
• Las extensiones creadas para la ABI estable no son compatibles con no-GIL CPython 3.13, pero Gross propone modificar las extensiones para que funcionen con ambos tipos de builds de CPython después de esa versión
• La discusión sobre el nombre de la versión no-GIL se separó en un hilo aparte
• El comité directivo acordó evitar el nombre "nogil" para describir el build y propuso "free-threading" como alternativa
• La aprobación final de PEP 703 sigue pendiente, y el comité directivo está trabajando en aclarar los criterios de aprobación
• Se espera que la versión no-GIL de CPython tenga un impacto importante en el desarrollo de CPython y en su ecosistema durante los próximos 5 años o más

[GN⁺]

Opiniones de Hacker News

• Debate sobre el estado de avance de No-GIL CPython
• Se plantea la opinión de que el paralelismo explícito debería volverse más importante en la computación moderna y que Python debe adaptarse a esta tendencia
• Preocupación por la posibilidad de que, si se elimina el GIL, puedan producirse carreras de datos y operaciones incorrectas en código Python multihilo
• Pregunta sobre la viabilidad de un analizador estático que pueda identificar problemas potenciales en programas Python existentes después de eliminar el GIL
• Algunos comentaristas comparan la evolución de Python con OCaml y se preguntan si hay similitudes entre ambos proyectos
• Debate sobre el enfoque actual en Python sin GIL; algunos sostienen que debería priorizarse un mejor rendimiento de un solo hilo antes que el multihilo real
• Algunos comentaristas proponen mantener el GIL pero introducir Workers similares a los de JavaScript, con cada hilo de trabajo como una VM aislada con su propio GIL
• También se discute la larga y difícil transición de Python 2 a Python 3, y algunos sugieren que la comunidad de Python podría haber aprovechado esa oportunidad para hacer cambios más grandes en el interior del intérprete
• Se expresa curiosidad sobre las posibles aplicaciones y servicios que podrían beneficiarse de Python sin GIL, y sobre lo que los desarrolladores esperan de este desarrollo