и желательно на десктолпе

Ну хз, если где-то быстрее то как бы

надо мерять на самых популярных. Ты бы еще в IE померял;) И сделал бы выводы что этот ваш webassembly вообще не пашет)

Ну кайф, в канарейке в 10 проходах ассембли быстрее на 4 фпс чем clang

Кажется мы поправили тесты

ну вот  видишь

А тип, в этом есть смысл, да ведь?

Почему он быстрее то стал?

потому что читать надо FAQ. Париативность у wasm по скорости между браузерами значительно меньше чем у JS, но она все равно есть.

Ну и скорость wasm VM в браузерах пока еще не достигла своего оптимального продела -5-10% от натива. Лично знаю несколько моментов которые пока не реализованы, в особенности там где каcается 64-битовой арефметики. Так что в будущем wasm будет еще быстрее

Не, там же c и assembly в васм скомпилены?

Почему с медленнее ассембли?

Оптимизации может конечно какие-то у ассембли есть

Потому что Clang версия скомпилирована через LLVM, а AS использует Binaryen (так же как и emscripten) но с собственным пайплайном и очередью проходов. И будет еще лучше:
https://github.com/AssemblyScript/assemblyscript/pull/1135

Ну етишкин-колотишкин. Мощно, мощно

Коммитить в компиляторы, уважаю

на дайжджест накопилось

У меня тут накопилось несколько новостей про #WebAssembly, которые я забыл или не успел опубликовать.

Adobe рассказали о том, как они портировали Acrobat в Web с помощью WebAssembly. Главной метрикой для инженеров была timeTillFirstRender. Инженеры Adobe смогли добиться, чтобы время рендера не превышало 900 милисекунд за счет подгрузки изначально меньшего wasm-модуля, динамического связывания и динамической подгрузки шрифтов.

https://medium.com/adobetech/acrobat-on-the-web-powered-by-webassembly-782385e4947e


В Mozilla начали использовать проект RLBox, который позволяет запускать сторонние библиотеки в WebAssembly-песочнице. Разработчики Firefox решили использовать AOT-компилятор и рантайм Lucet, который разработан компанией Fastly для эдж-вычислений и высокого уровня безопасности. Lucet под капотом использует разработанный в Mozilla кодогенератор Cranlift. Оба проекта разрабатываются под эгидой Bytecode Alliance.

https://hacks.mozilla.org/2020/02/securing-firefox-with-webassembly/


А на сегодняшней встрече Wasm CG планируется обсудить новый потенциальный пропозал — 64-битную адресацию, которая может надолго отодвинуть необходимость имплементации wasm64.

даже в tripple target уже готовы добавить
https://github.com/bytecodealliance/target-lexicon/pull/43/files

Ребят, есть пример/информация, нужна реализация на чистом С получения строки wasm-функцией с JS?
Что-то вроде:

var data = m.exports.hello("text");

char * hello(char* data) {
    return data;
}