Python 之父汇报进展：CPython 3.11 比 3.10 快 25%-技术圈

文 | 罗奇奇

出品 | OSC开源社区（ID：oschina2013）

在退休又复出加入微软的 Faster CPython 团队后， Python 之父 Guido van Rossum 在 2021 年 Python 语言峰会上放下狠话，称团队将在 Python 3.11 版本中实现至少提速 1 倍的进展。（查看去年详情：Python 之父爆料：明年至少令 Python 提速 1 倍！）

而在今年的 Python 语言峰会上，Guido 和团队搭档 Mark Shannon 汇报了最新的进展：对比 3.10 版本，CPython 3.11 的提速在 10 - 60% 之间，具体速度取决于代码规模和工作领域等条件。当使用 pyperformance 基准套件测量在 Ubuntu Linux 上使用 GCC 编译时， CPython 3.11 平均比 CPython 3.10 快 25% 。

CPython 3.11 的性能改进主要集中在更快的启动和更快的运行时，这些优化大部分来自于 PEP 659 ：自适应解释器，它运作思路跟 JIT 有点相似，都是识别热点代码，但自适应解释器的工作范围无法脱离字节码。目前 PEP 659 提案的工作基本完成，但 for 循环和二进制操作的动态优化仍有待完成。

在提速 25% 的同时，Python 3.11 仍有一些需要改善的地方，比如 Python 在 3.11 中的内存消耗与 3.10 中的基本相同。

此外还需关注 C 扩展的问题：CPython 与 C 的简单接口是主要优势，而与 C 扩展的不兼容性则是一大槽点。而 Faster CPython 团队在 CPython 3.11 中所做的优化工作在很大程度上忽略了扩展模块的问题，对此，团队领导者 Shannon 表示，团队正在开辟将低级函数 API 暴露给虚拟机的可能性，以尽可能地减少 Python 代码和 C 代码。

至于饱受期待的 JIT 编译器，Shannon 表示实现 JIT 的第一步是实现一个跟踪解释器，但目前还有太多需要关注的项目，引入 JIT 编译器的工作还有一段路要走，“最早可能要到 3.13 才能到达”。(顺便说一下，Shannon 一直对 CPython 是否真的需要引入 JIT 持怀疑态度。)

有意思的是，昨天我们报道了开发者 Sam Gross 的新提案：完全移除 CPython 解释器的 GIL- 全局解释器锁。这个提案和 Faster CPython 团队的工作将以截然不同的方式加速多线程 Python 代码，但两者又可能产生一些冲突，毕竟 Faster CPython 已实施的优化，很大一部分都基于 GIL 仍存在的前提。

注：在去年的核心开发者 sprint 会议上，核心开发者们跟 Sam Gross 对 nogil 项目做了一次深入研讨，回答了大家较为关注的诸多问题。具体的会议纪要，可查看这篇文章——Python 官方研讨会：彻底移除 GIL 真的可行么？

Python猫技术交流群开放啦！群里既有国内一二线大厂在职员工，也有国内外高校在读学生，既有十多年码龄的编程老鸟，也有中小学刚刚入门的新人，学习氛围良好！想入群的同学，请在公号内回复『交流群』，获取猫哥的微信（谢绝广告党，非诚勿扰！）~

还不过瘾？试试它们

▲与 Python 之父聊天：更快的 Python！

▲Python 之父为什么嫌弃 lambda 匿名函数？

▲CPython 有 GIL 是因为当年设计的人偷懒吗？

▲Python 面向切面编程 AOP 和装饰器

▲Python 实现循环的最快方式（for、while 等速度对比）

▲Python 官方研讨会：彻底移除 GIL 真的可行么？

如果你觉得本文有帮助

请慷慨分享和点赞，感谢啦！