スティーブ・エッゲの動的言語ストライクバックのプレゼンテーションの転写を読んでいたとき、彼がトレースツリーについて話し始めたときにこのコメントに気づきました。
私はあなたに正直に言うと、私は実際にこの話に入ることができなかった2つの最適化を持っていますが、それらはまだ公開されていないため、これよりもさらにクールです。そして、私は彼らが出版する前に猫を袋から出させたくありませんでした。つまり、これは実際には氷山の一角にすぎません。
彼が言及していた最適化は何ですか？
アップデート
数日前、私は記事へのコメントでこの質問をしました。ただし、コメントのモデレートは（正当な理由 で）オンになっているため、まだ表示されていません。
アップデート
私が最初に著者に連絡を取ろうとしてから数週間が経ちました。他の誰かが彼に連絡する別の方法を知っていますか？
これを見てください: https://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
私の側では純粋に推測ですが、（少なくとも私には）パフォーマンスには2つの主要な形式があるように見えます.1つは開発者レベル（IDE）で、もう1つはコンパイラレベルで、トレースツリーのこの主題が対処するため、「継続的な最適化」です。実行中に、ホット スポットのトレースをインラインで取得します。これにより、マルチコアに関連する最適化の領域と、その点でトレース ツリーを利用する方法 (マルチコア環境) にすぐにつながります。現在の C で利用されている静的タイプの速度の勝者と比較して、現在の理論上の非静的タイプの速度の推測と、得られるパフォーマンスの可能性を考慮すると、興味深いものです。何年も前 (1979 年) にハードウェア エンジニアと行った議論を思い出します。実行パスをどうにかしてその場で「すぐに実行できる状態」に保つことで、パフォーマンスを大幅に向上させることができました。他のコミットメントに。（私はここでとりとめのないことだと思います... :)
または、これは GO 言語に関連しているだけですか? いくつかの点で言いにくい。
YouTube のスタンフォード大学チャンネルでそのビデオを見ることができます: http://www.youtube.com/watch?v=tz-Bb-D6teE そこにもコメントを追加できます。誰かがあなたを助けに来るかもしれません。