Steve Yegge在“Dynamic Languages Strike Back”中提到的那些未发表的优化是什么？

Question

我读史蒂夫·耶格的Dynamic Languages Strike Back呈现的转录，当我看到这条评论的时候，他就开始讨论跟踪树：

我会跟你说实话，我其实有两个优化，而不能去因为他们还没有发表，所以这个谈话甚至比这更冷。我不想让这只猫在出版之前就将它从包里拿出来。所以这实际上只是冰山一角。

他指的是什么优化？

更新

几天前，我在文章评论问到这个问题。但是，评论审核已打开（forgoodreasons），所以尚未出现。

更新

它已经几个星期，因为我第一次尝试达到的作者。其他人是否知道另一种联系方式？

Answer 1

您可以在斯坦福大学的频道下观看YouTube上的视频：http://www.youtube.com/watch?v=tz-Bb-D6teE 您也可以在那里添加评论。也许有人会来救你。

Answer 2

看看这个：http://blog.stackoverflow.com/2009/04/podcast-50/

编辑：很难找到具体的（确认）引用然而，本文或许给出了关于此的一些信息：http://people.mozilla.org/~dmandelin/tracemonkey-pldi-09.pdf 和这个博客帖子这似乎与：http://andreasgal.wordpress.com/2008/08/22/tracing-the-web/

可能不是相关的，因为它是2010年3月份的微软研究论文：http://research.microsoft.com/pubs/121449/techreport2.pdf

对我来说是纯粹的推测，但它似乎（至少在我看来）有两种主要的表现形式，th在开发人员级别（IDE）以及在编译器级别，此跟踪树的主题地址因此在执行期间“连续optomization”以获取热点的内联线。这使我迅速进入与多核相关的视光化领域，以及如何在这方面利用痕迹树（多核环境）。考虑到目前理论上的非静态类型的速度推测与当前C中使用的静态类型中的速度获胜者相比有趣的东西以及要获得的性能潜力。我回想起几年前与一位硬件工程师进行的一次讨论，我们推测如果我们能够捕捉到'热门'执行路径，那么我们可以通过在某种程度上保持原地“准备运行”来获得巨大的性能提升 - 这是惠普在这方面的工作之前（1999年），不幸的是，由于其他承诺，我们没有超过讨论阶段。 （我在这里漫步，我认为... :)

或者，这是否只与GO语言有关？很难说在某些方面。