Python 新提案:删除全局解释器锁 GIL,解放多线程性能 未来性能将提升3000%


据 Python 基金会博客介绍,开发者 Sam Gross 在 2022 Python 语言峰会上带来了一个新提案:完全移除 CPython 解释器的 GIL- 全局解释器锁,使 Python 程序获得更快的性能 —— 尤其是多线程程序。 Python 有多个版本,包括 JVM 、 .NET CLR  解释器以及编译器,但该语言的核心实现仍是 CPython 解释器。由于 CPython 的内存管理非线程安全,因此设计了 CPython 的 GIL (Global Interpreter Lock - 全局解释器锁),以防止竞争条件并确保线程安全。 GIL 是一个互斥锁,只允许一个线程持有 Python 解释器的控制权,从而保护对 Python 对象的访问,防止多个线程同时执行 Python 字节码。

但事后看来,GIL 并不理想,因为它阻止了多线程的 CPython 程序充分利用多核处理器的性能。但由于 GIL 长期存在,许多官方和非官方 Python 包和模块都深度融合了 GIL 模块,移除 GIL 功能的工作变得任重而道远。此前,开发者 Larry Hastings 在其 “Gilectomy” (GIL 切除手术)项目中试图完成 CPython GIL 功能的移除,但该项目失败了,因为它使单线程 Python 代码显着变慢。

而此次 Python 语言峰会带来了另外一个项目 “nogil”该项目由 Meta 开发人员 Sam Gross 主持,从项目名称不难看出,这也是一个专注于移除 GIL 的项目。参考了 Gilectomy 项目的失败经验, Sam Gross 意识到 :如果要使 Python 在没有 GIL 的情况下有效工作,则需要添加新的锁,以确保它仍然是线程安全的。然而,向现有代码添加新锁可能非常困难,因为新的锁可能会导致在部分领域的性能大幅下降。

据  Python 基金会的介绍,Gross 将发明一种新型锁,一种“更吉利”的锁。如果顺利的话,这个新锁很可能在 Python 3.12 版本亮相,因为 Gross 的提案就是“在 Python 3.12 中引入一个新的编译器标志,该标志将禁用 GIL。”


相關推薦

2023-01-13

言峰会上,开发者 Sam Gross 带来了新提案:删除全局解释器锁 GIL,解放多线程性能。但由于 GIL 历史悠久,许多官方/非官方的 Python 包和模块都深度融合了 GIL 模块,彻底移除 GIL 功能可能会对生态造成影响。在 2023 年 1

2023-07-11

的是 Making the Global Interpreter Lock Optional in CPython,让全局解释器锁在 CPython 中成为可选。 该提案建议向 CPython 添加构建配置 (--disable-gil),使其在没有全局解释器锁的情况下运行 Python 代码,并进行必要的更改以保证解释器线程

2023-10-27

。 PEP 703(Making the Global Interpreter Lock Optional,让全局解释器锁成为可选),简称 no-GIL,也被称为自由线程 (free-threaded)。 根据提案的描述,CPython 的全局解释器锁 (GIL) 阻止了同时多线程执行代码,成为了在多核 CPU 上

2022-05-19

快的运行时,这些优化大部分来自于 PEP 659  :自适应解释器,它运作思路跟 JIT 有点相似,都是识别热点代码,但自适应解释器的工作范围无法脱离字节码。目前 PEP 659 提案的工作基本完成,但 for 循环和二进制操作的动态

2024-05-11

Python 3.13 Beta 1 已发布,主要变化包括改进的交互式解释器,以及实验性即时编译器 (JIT),这将带来性能上的提升。 至于备受关注的 no-GIL,目前自由线程构建模式已进入实验阶段。 PEP 703(Making the Global Interpreter Lock Optional,

2023-04-11

了 CPython,允许开发者在一个进程中同时运行多个 Python 解释器。然而,多个解释器在同一进程中运行时,并不能真正地相互隔离。同一进程中的解释器始终共享大量全局状态。这是很多错误的来源,随着越来越多的人使用该功

2024-10-16

sp;上周正式发布了稳定版,主要变化包括一个新的交互式解释器、对在自由线程模式(无全局解释锁,no-GIL)下运行的实验性支持 (PEP 703),以及即时编译器 (PEP 744)。这些改进预计将带来性能的适度提升。 近日,开发者在AMD Ryze

2024-10-03

包括: 新功能 基于 PyPy 的全新改进的交互式解释器,具有多行编辑和颜色支持,以及彩色异常回溯功能。 一种实验性的自由线程构建模式,可禁用 Global Interpreter Lock (全局解释器锁),允许线程更并发地运行,构

2024-10-09

包括: 新功能 基于 PyPy 的全新改进的交互式解释器,具有多行编辑和颜色支持,以及彩色异常回溯功能。 一种实验性的自由线程构建模式,可禁用 Global Interpreter Lock (全局解释器锁),允许线程更并发地运行,构

2023-12-30

持更多数据类型、SQL语法、函数及存储过程等;支持异步删除InnoDB大表;支持在MGR只读节点绑定动态VIP以及主节点切换时主动断开当前连接,缩短应用端不可用时长。 高可用 支持在MGR单主(Single Primary)模式下,对只读节点

2022-04-28

使用ALGORITHM=INSTANT,执行ALTER TABLE ... DROP COLUMN语句,在线删除列。 克隆:增加系统变量“clone_delay_after_data_drop”,允许在接收者删除数据之后增加延时,以使接收者在开始克隆之前释放足够的空间。 更多详细内容可访问官网。

2023-10-04

的 debugging/profiling API (PEP 669) 支持具有单独全局解释器锁的分离子解释器 (PEP 684) 优化性能,例如 PEP 709 和对 BOLT 二进制优化器的支持,预计总体性能提高 5%。 改进错误信息 支持 Linux perf 分析器在跟踪过程中报

2022-03-01

特性,主要更新内容是完全重写网络堆栈,以提升功能和性能。此外还有许多其他的变更,包括改进 Podman 对 Mac 和 Windows 的支持、改进 Pods、超过 50 个错误修复等。 除了现有的 CNI 堆栈之外,Podman 现在还支持基于 Netavark 和

2024-07-10

法(针对多网卡ip获取不正确问题) update 优化 common-dubbo 删除无用依赖 update 优化 去除重复的扫描器 @EnableDubbo 会自行扫描包 update 优化 加密组件 mp依赖改为可选 update 优化 mybatis依赖设置为可选依赖 避免出现不应该注