странно, но у него в хроме на 50% бустрее фф работает

В хроме WebGL шустрее. Кроме того они там здорово допилили wasm vm особенно там где присутствуют циклы

Согласен с автором. WebAssembly имеет некоторую избыточность вплане потока исполнения и не совсем "чистый" структурный стек. Вот о чем речь:

http://troubles.md/posts/wasm-is-not-a-stack-machine/
http://troubles.md/posts/why-do-we-need-the-relooper-algorithm-again/

https://github.com/WebAssembly/multi-value/blob/master/proposals/multi-value/Overview.md

давно ждём, кстати

хз чо с этим делать, но пусть полежит

Ещё б какой-нибудь флажок быстрого включения / выключения wasm в табе

звучит как задача для экстеншна аля noscript

Похоже больше на плагин nowasm. А включать/выключать быстро все равно не получится - нужна будет перезагрузка страницы

Смысл отключать васм? Он ничего страшного не делает. В отличие от js

Ну многие боятся SAB. Но пока он только в хроме

А из JS разве его нельзя использовать?

Конечно можно, но что поделаешь, фобия есть фобия) Такие доводы для противников wasm-а не аргумент)

ну я бы предложил бы отключить SAB в таком случае

Ну так это можно сделать в настройках браузера. Без проблем

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

но это он не представлял на митинге специально, его спросили чойта, он очень смутился, но рассказал

Он решил diff tree развернуть в diff lists. Ну вполне себе нормальная оптимизация. Обойти дерево это O(n + m) + амортизация и накладные расходы на построение этого дерева, обойти список - это O(n) + расходы на построение, но значительно ниже чем у дерева

Кроме майнинга, да