为什么PyPy不包含在标准的Python中?

我在看PyPy ,我只是想知道为什么它没有被采纳到主stream的Python发行版中。 不会像JIT编译和更低的内存占用大大提高所有Python代码的速度?

总之,PyPy的主要缺点是什么导致它仍然是一个单独的项目?

PyPy不是CPython的一个分支,所以它不能直接合并到CPython中。

理论上Python社区可以普遍采用PyPy,PyPy可以作为参考实现,CPython可以停止。 然而,PyPy有其自身的弱点:

  • CPython很容易与用C语言编写的Python模块集成,这是传统的Python应用程序处理CPU密集型任务的方式(例如参见SciPy项目)。
  • PyPy JIT编译步骤本身要花费CPU时间 – 只有通过重复运行编译代码才能使整体变得更快。 这意味着启动时间可能会更长,因此PyPy对于运行胶合代码或平凡的脚本来说不一定是有效的。
  • PyPy和CPython在所有方面的行为并不完全相同,特别是当涉及到“实现细节”(行为不是由语言指定,但在实践层面上仍然很重要)时。
  • CPython运行在比PyPy更多的体系结构上,并且已经成功地适应于以对于PyPy不切实际的方式在embedded式体系结构中运行。
  • CPython的内存pipe理参考计数scheme可以说比PyPy的各种GC系统具有更可预测的性能影响,虽然在所有的“纯GC”策略中并不一定如此。
  • PyPy还没有完全支持Python 3.x,尽pipe这是一个活跃的工作项目。

PyPy是一个伟大的项目,但CPU密集型任务的运行时速度并不是一切,在许多应用程序中,这是很多问题中最less的。 例如,Django可以在PyPy上运行,这使模板更快,但CPython的数据库驱动程序比PyPy更快; 最后,哪个实现更有效率取决于给定应用程序的瓶颈。

另一个例子:你会认为PyPy对于游戏来说很棒,但是像PyPy中使用的大多数GC策略会引起明显的抖动。 对于CPython来说,大部分CPU密集型游戏的东西都被卸载到了PyGame库中,PyGame库是PyPame不能利用的,因为PyGame主要是作为C扩展来实现的(尽pipe参见:pygame-cffi)。 我仍然认为PyPy可以成为游戏的一个很好的平台,但是我从来没有看到它实际使用过。

PyPy和CPython在基本devise问题上有着截然不同的方法,并且做出了不同的折衷,所以在任何情况下,都不比其他方法更好。

首先,它与Python 2.x 不是100%兼容 ,并且只对3.x 初步支持 。

这也不是可以合并的东西 – PyPy提供的Python实现是使用他们创build的框架生成的,这个框架非常酷,但是也完全不同于现有的CPython实现。 这将是一个完整的替代品。

PyPy和CPython之间有一些非常具体的区别 , 扩展模块是如何被支持的 – 如果你想超越标准库,这是一个很大的问题。

还值得一提的是,PyPy并不是普遍的速度。

请参阅Guido van Rossum的video 。 他谈到你在12分33秒时提出的同样的问题。

强调:

  • 缺乏Python 3的兼容性
  • 缺乏延伸支持
  • 不适合作为胶水代码
  • 速度不是一切

毕竟,他是一个决定…

一个原因可能是,根据PyPy网站,目前它只能运行在32位和64位Intel x86架构上,而CPython也可以在其他平台上运行。 这可能是由于PyPy中特定于平台的速度增强所致。 尽pipe速度是一件好事,但人们通常希望语言实现尽可能地“独立于平台”。

我build议大卫比兹利观看这个主题发言,以获得更多的见解。 它通过阐明PyPy的本质和复杂性来回答你的问题。

除了这里所说的一切之外,PyPy在缺陷方面还没有像CPython那样稳定。 有了SymPy,在过去的几年中,我们发现了PyPy中的大量漏洞,无论是发布版本还是夜晚。

另一方面,我们在CPython中只发现了一个bug,而且是在预发行中。

另外,不要打折缺乏Python 3的支持。 核心Python社区中没有人更关心Python 2。 他们正在研究Python 3.4中的下一个重大事件,这将是Python 3的第五个主要版本。PyPy的人还没有得到其中的一个。 所以在他们开始成为竞争者之前,他们已经有了一些赶上的时候了。

不要误解我的意思 PyPy真棒。 但是在很多非常重要的方面,它还远远不如CPython。

顺便说一句,如果你在PyPy中使用SymPy,你将不会看到更小的内存占用(或者加速)。 请参阅https://bugs.pypy.org/issue1447