问题标签 [unladen-swallow]

Google 正在赞助一个开源项目，以将 Python 的速度提高 5 倍。

Unladen-Swallow似乎有一个很好的项目计划

为什么并发是一个如此困难的问题？
LLVM 会解决并发问题吗？
除了多核之外，还有其他解决方案可用于硬件进步吗？

您对Google 的 Unladen Swallow有何看法和期望？从他们的项目计划中：

我们想让 Python 更快，但我们也想让大型、完善的应用程序更容易切换到 Unladen Swallow。

1. 生成 Python 版本至少比 CPython 快 5 倍。
2. Python 应用程序性能应该是稳定的。
3. 保持与 CPython 应用程序的源代码级兼容性。
4. 保持与 CPython 扩展模块的源代码级兼容性。
5. 我们不想永远维护一个 Python 实现；我们将我们的工作视为一个分支，而不是一个分支。

甚至更甜蜜：

此外，我们打算移除 GIL 并修复 Python 中的多线程状态。我们相信这可以通过实施更复杂的 GC 来实现

它看起来好得令人难以置信，就像 PyPy 和 Stackless 的最佳组合一样。

更多信息：

• 杰西·诺勒：“Pycon：空载燕子”
• ArsTechnica： “Google 搜索 Python 性能的圣杯”

更新：正如 DNS 指出的那样，有一个相关的问题：什么是 LLVM 以及如何用 LLVM 替换 Python VM 将速度提高 5 倍？

我刚刚在 Hacker News 上看到了 Unladen Swallow 文档的这一部分。基本上，是谷歌工程师说他们对删除 GIL 并不乐观。然而，似乎有关于垃圾收集器的讨论穿插在关于 GIL 的讨论中。有人可以和我解释一下这种关系吗？

有没有人将 unladen-swallow 与 numpy/scipy 一起用于数字/科学应用程序？您的体验是否明显更快？任何意见都会很棒。

我知道没有任何官方的，但我希望我能从某个地方拿到一个非官方的？

我在 x86 硬件（Core 2 Duo）上运行 32 位 Windows XP。

自 2009 年第四季度发布以来，Google 似乎没有更新结果部分。我一直想知道它什么时候会被放入 Python 主干中，以及它是否以任何方式准备好生产。

此外，“我们不希望做原创作品”也在 Q4 计划中。谷歌咬得比他们能处理的还多，还是有人知道真实的故事是什么？

我的项目将 C++ 与 Python 集成的解决方案推迟到现在。但是现在这个问题又被提出来了。有人知道项目的状态吗？在 Google 上：（http://code.google.com/p/unladen-swallow）根本没有实际信息。我们可以考虑这个项目吗？