Ответ 1
Взгляните на это: 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/
Не может быть связано, так как это исследовательский документ Microsoft от марта 2010 года: http://research.microsoft.com/pubs/121449/techreport2.pdf
Чистая спекулятивная с моей стороны, но она кажется (по крайней мере, для меня), что есть две основные формы производительности, которые на уровне разработчика (IDE) и что на уровне компилятора, который этот объект деревьев трассировки обращается, непрерывной оптитизации "во время выполнения, чтобы получить следы inline для горячих точек. Это приводит меня быстро к областям оптометрии, связанным с многоядерными ядрами, и как использовать дерево трассировки как-то в этом отношении (многоядерные среды). Интересные вещи, учитывая теоретическую теорию скорости нестатического типа в настоящее время по сравнению с победителями скорости в статическом типе, используемыми в текущем C, и потенциальным потенциалом, который можно получить. Я вспоминаю дискуссию, которую я имел с инженером-аппаратом лет назад (1979), где мы предположили, что если бы мы могли просто захватить" горячие "пути выполнения, мы могли бы получить огромный выигрыш в производительности, сохранив его" готовым к запуску" на месте как-то - это было до работы в HP в этом отношении (1999?), и, к сожалению, мы не достигли стадии обсуждения в связи с другими обязательствами. (Я здесь бессвязно думаю...:)
ИЛИ, это просто связано с языком GO? трудно сказать в некоторых отношениях.