А в случае JS как-то gc лучше програмера знает когда возбухнуть и что прибить. Знание интимных особенностей gc - превращает программирование в кластерфак, когда приходится онриентироваться на некие недокументированные и/или никем не гарантированные особенности. В сях/сях++ по крайней мере все просто и понятно - когда и что. GC делает этот процесс намного менее детерменированным, а изучение свойств gc - весьма отдельный рокетсайнс.

> Между прочим, это справедливо и в случае C/C++, частые вызовы malloc
> и new сильно "просаживают" производительность.

Между прочим, там никто их лишний раз и не дергает. И вообще там возможна уйма стратегий, вплоть до полностью статического распределения ресурсов на старте. При этом память вообще никогда не выделяется и не освобождается. Что критично для ответственных применений, например. Тебе же не понравится если у твоего авто при наезде на кирпичную стену подушки безопасности не выпадут "потому что памяти не хватило", правда? :)

Да, "всего" в три раза сливает, если в ластах и на гамаке в костюме химзащиты поизвращаться с ним как следует.

> Хороших результатов добиться достаточно легко,

Ага, оно и видно: в сях просто пишем что хотели. В js засоряем мозг кучей хлама типа знаний о gc, asm.js, как, где и почему оно тормозит и так далее.

Эта тормозила долбанулась на своем JS. Если уж надо скорость - пример надо с гугли брать. С их PNaCl-ом. Вот так оно даже будет работать быстро и без выноса програмеру мозга всякой совершенно левой буитой.

> особенно если правильно назначать типы

...чего в JS изначально вообще не было предусмотрено.

> и исключать чрезмерное выделение/освобождение ресурсов.

...для чего надо шарить в механике работы рантайма и вообще работе компьютеров сильно поболее чем это умеет большинство JS-скриптеров.

Того самого флеша, который блокируется в большинстве браузеров, или запирается под значок? С HTML5 так не поступишь. Вылечить такой банер можно только полной блокировкой js.
> думаете игра, написанная на джаве сильно быстрее? Там тот же самый сборщик
> мусора, и те же проблемы с потреблением памяти.

Игра, написанная на жабе - это штука сугубо добровольная. Ее можно включить, когда обернешь руки полотенцем или воспользуешься прихваткой. А вот баннер может появиться внезапно.
> Как вы думаете почему iPhone такой быстрый?

Я думаю, iPhone "быстрый" потому, что в нем приоритет на отрисовку графики. Этот фокус в свое время провернул гугл с хромом, когда он сначала рисовал окно, а потом начинал остальные процессы (сеть и стартовая страница), фаерфокс в то же время делал наоборот, и подавал пользователю окно приложения в последнюю очередь, когда настройки сети были прочитаны. Из-за такого трюка запуск хрома, казался более быстрым, хотя реально подача готового к использованию браузера была одинаковой по времени.

Архитектуры разные, как тут можно сравнивать мегагерцы?

Кстати было бы интересно увидеть тесты аля сжатие файла на этих фоторамках и каком-нибудь старом пентиуме c частотой ниже 2Mhz.