Подтвердить что ты не робот

Какими были (тогда) неопубликованные оптимизации, которые Стив Йегге упомянул в "Динамических языковых ударах"?

Я читал транскрипцию презентации Steve Yegge Dynamic Languages ​​Strike Back, когда я заметил этот комментарий, когда он начал обсуждать деревья трассировки:

Я буду честен с вами, у меня на самом деле есть две оптимизации, которые не могут войти в этот разговор, который еще более холоднее этого, потому что они еще не опубликованы. И я не хотел выпустить кошку из сумки, прежде чем они опубликуют. Так что это на самом деле только верхушка айсберга.

Каковы оптимизации, на которые он ссылался?

Обновление

Несколько дней назад я задал этот вопрос в комментарии к статье. Тем не менее, модератор комментариев включен (для good причины), поэтому он еще не появился.

Обновление

Прошло пару недель с тех пор, как я впервые попытался связаться с автором. Кто-нибудь еще знает другой способ связаться с ним?

4b9b3361

ОТВЕТЫ

Ответ 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? трудно сказать в некоторых отношениях.

Ответ 2

Вы можете посмотреть это видео с YouTube на канале StanfordUniversity: http://www.youtube.com/watch?v=tz-Bb-D6teE Вы также можете добавить туда комментарии. Может быть, кто-то придет на помощь.