python - Stackless Python 的缺点是什么？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开， visit the help center寻求指导。

关闭 10年前.

我最近一直在阅读 Stackless Python与普通的 cPython 相比，它似乎有很多优势。它具有无限递归、微线程、延续等所有很酷的特性，同时比 cPython 快(大约 10%，如果 the Python wiki 是可信的) 与它兼容(至少版本 2.5、2.6 和 3.0)。

所有这些看起来都好得令人难以置信。但是，TANSTAAFL ，我看不到 Python 社区对 Stackless 的热情，PEP 219从未实现。这是为什么？ Stackless 的缺点是什么？ Stackless 的衣橱里藏着什么骷髅？

(我知道 Stackless 不提供真正的并发，只是一种更简单的并发编程方式。它并没有真正困扰我。)

Answer 1

我不知道 Wiki 上的“Stackless 速度提高 10%”是从哪里来的，但话说回来，我从未尝试过衡量这些性能数字。我想不出 Stackless 做了什么来产生如此大的影响。

Stackless 是一个令人惊叹的工具，但存在多个组织/政治问题。

第一个来自历史。大约 10 年前，Christian Tismer 开始谈论最终成为 Stackless 的东西。他知道自己想要什么，但很难解释他在做什么以及为什么人们应该使用它。这部分是因为他的背景没有接受过关于协程等想法的 CS 培训，而且因为他的演示和讨论非常面向实现，这对于没有深入了解后续的人来说很难理解如何使用它作为解决方案他们的问题。

因此，最初的文档很差。有一些关于如何使用它的描述，其中最好的来自第三方贡献者。根据 PyCon 调查数据，在 PyCon 2007 上，我发表了关于“Using Stackless”的演讲，结果非常好。 Richard Tew 在收集这些方面做得很好，更新了 stackless.com ，并在新的 Python 版本出现时维护分发。他是 CCP Games 的员工，EVE Online 的开发者，它使用 Stackless 作为其游戏系统的重要组成部分。

CCP 游戏也是人们在谈论 Stackless 时使用的最大的现实示例。 Stackless 的主要教程是 Grant Olson 的“Introduction to Concurrent Programming with Stackless Python”，它也是面向游戏的。我认为这给人们一种歪曲的想法，即 Stackless 是面向游戏的，而实际上游戏更容易面向延续。

另一个困难是源代码。在最初的形式中，它需要对 Python 的许多部分进行更改，这让 Python 负责人 Guido van Rossum 保持警惕。我认为部分原因是对 call/cc 的支持后来被删除，因为“当有更好的高级表单时，它太像支持 goto”。我不确定这段历史，所以把这一段读为“Stackless 过去需要太多改变”。

后来的版本不需要更改，Tismer 继续插入将其包含在 Python 中。虽然有一些考虑，但官方的立场(据我所知)是 CPython 不仅是 Python 实现，而且是作为引用实现，它不包含 Stackless 功能，因为它不能由 Jython 实现或铁蟒。

绝对没有“对代码库进行重大更改”的计划。来自 Arafangion 的引用和引用超链接(见评论)大约来自 2000/2001。结构上的变化早就做了，就是我上面说的。现在的 Stackless 是稳定和成熟的，在过去几年中只对代码库进行了细微的调整。

Stackless 的最后一个限制 - Stackless 没有强烈的拥护者。 Tismer 现在深入参与 PyPy ，它是 Python 的 Python 实现。他在 PyPy 中实现了 Stackless 功能，认为它比 Stackless 本身优越得多，并认为 PyPy 是 future 的方向。 Tew 维护着 Stackless，但他对宣传不感兴趣。我考虑过担任那个角色，但不知道如何从中获得收入。

如果您想在 Stackless 中进行培训，请随时联系 contact me ! :)