Python 之父指示进展：CPython 3.11 比 3.10 快 25%

出品|开源中国

文|罗恰恰

在就职又复出加入Microsoft的 Faster CPython 制作团队后， Python 之祖父 Guido van Rossum 在 2021 年 Python 第二语言首脑会议上放下狠话，称制作团队将在 Python 3.11 正式版中意味着至少中国铁路 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 仍普遍存在的应该。

以下是本文的参考资料涉及重定向，很感兴趣的朋友可以赶回理解 CPython 3.11 的可用性细节，以及 Faster CPython 制作团队的基本临时工：

Python Foundation新浪：Faster CPython 制作团队提供的效率修改Faster CPython 对 CPython 3.11 的可用性细节CPython 3.11 准则基准测试 （对比 3.10 ）Mark Shannon 的 Faster CPython 计划：加速 CPython 的实施方案PEP 659 – Specializing Adaptive Interpreter饮食保健
创新药外销
宝宝经常拉肚子怎么回事
骨关节炎贴什么膏药好
南昌哪些医院有干细胞
视疲劳滴眼液
999消痔软膏可以消除肉球吗
扭伤怎么止痛
阿莫西林治鼻窦炎怎么吃
世界关节炎日