Такой же функциональностью как у asm.js

В плане развития

да и нет там цели быт быстрее жс как все успели заметить

Какая разница разговор был зачем все, вот и цели

есть цель быть близкими к железу, чтобы можно было сделать быстрые реализации

Пока не все гладко, надо время.

остального я хз где вы понахватались

интернеты

На данный момент wasm не всегда быстрее js на v8 движке. Это факт. Но стоит учитывать тот факт, сколько лет совершенствовался jit джаваскрипта и сколько лет самому wasm VM-у в браузерах

верно, тут ни про скорость, ни про жс нет, кстати, если что

С вами мы уже поняли друг друга, как я понял.

Ну тут я ничего не скажу, мне он больше нравится тем, что можно отдавать сборку а не js

Само понятие native speed, логически нас к этому приводит. У одного компиляция в объектный код, у второго интерпретатор. Сейчас наверное есть ещё проблемы с подзагрузкой сборок, но суть то в том, что все это есть в целях. Ну не просто так же люди придумали asm.js.

@СергеюЧи Мерять нужно и в разных браузерах и языках. Просто делаются бенчи под все популярные языки, компилятся в васм и выкладываются на официальный сайт.

Потом собирается статистика по разным срезам, например во времени и т.п. Так делает нода, жс и вебжл. Перформанс конечно не меряют, но это ваша фича. Которую можно выделить.

Создетели языка видят проебы, мимо проходящие видят выгоду. Уверен если сделать в бенче не тривиальный цикл, который джит сократит до 1 вызова, и учесть стоимость вызова, вы увидите ускорение.

«Без этого нахуй не нужон этот ваш васм, а так пусть будет». Шутка конечно, так как если алгоритм не параллелится, то только васм может помочь. Ну и в другие языки бридж.

сайт вебассембли не про реализации виртуальных машин

+++

поэтому бенчмарки там не к месту

бенчмаркать нечего