主要观点：

• LWN.net 依赖订阅维持运营，呼吁订阅。
• Python 世界的重大变化是添加了自由线程解释器，消除了全局解释锁（GIL），但使多线程 Python 代码序列化，许多开发者期待这一改变，从 Python 3.13 开始为实验性特征，使自由线程版本与 Python 生态系统其他部分协同工作仍在努力中。
• 解释器与线程之间的交互细节，包括 GIL 启用和自由线程解释器的差异，如锁的存在与否、线程与运行时的连接等。
• 介绍了 Quansight Labs 和 Meta 团队为促进生态系统向自由线程构建迁移所做的工作，包括跟踪兼容性的网站、帮助项目迁移的指南等。
• 讨论了原生扩展在支持自由线程 Python 时需要注意的问题，如全局状态、互斥锁、缓存、可变数据结构等，以及相关的工具和建议。
• 展望了未来在自由线程世界中绑定生成器的重要性，以及对新扩展项目中语言选择的考虑，还提到需要在自由线程世界的库之间进行协调，重新思考可变状态等。

关键信息：

• LWN.net 靠订阅维持，呼吁订阅buying a subscription。
• Python 自由线程解释器消除 GIL，自 Python 3.13 发布（2024 年 10 月）起为实验性特征，与生态系统协同工作仍在努力。
• 解释器与线程交互细节，如 GIL 启用时线程状态及自由线程解释器差异。
• Quansight Labs 和 Meta 团队促进生态系统迁移工作，包括多个项目及相关网站。
• 原生扩展支持自由线程需注意问题，如全局状态用互斥锁，缓存需禁用非关键缓存等。
• 未来绑定生成器重要，新扩展项目应考虑 Rust，需协调库之间，重新思考可变状态。

重要细节：

• 解释器与线程交互中，GIL 启用时部分线程解锁，部分锁定，自由线程解释器无锁且所有调用 C API 的线程连接运行时。
• 生态系统迁移工作涉及多个项目，如 Meson、Conda 等，有跟踪兼容性的网站。
• 原生扩展支持自由线程需声明支持，文档应明确支持和不支持内容，鼓励用户反馈。
• 处理全局状态问题可用互斥锁，避免死锁可使用原子操作，缓存在多线程中是问题，可使用一次性初始化 API 避免问题。
• 可变数据结构是自由线程支持的最大问题来源，开发者应考虑线程安全、可扩展性和性能的平衡。
• 原生调试器对开发和移植扩展有用，建议使用 AddressSanitizer 和 ThreadSanitizer 进行测试。
• 未来绑定生成器重要，新扩展项目应考虑 Rust，库之间需要协调，重新思考可变状态。