我尝试了下 rust 的 wasm, 相同算法对比 js 速度快了整整 30 倍, js 版的执行速度有 15 秒, 而 wasm 则只用了 500 毫秒.
准备研究一下 wasm 做技术储备, 介于目前市面上关于 wasm 的方案很多, 有什么已经成熟的库或框架推荐吗? 语言无所谓, 本身就是储备反正都要学习的.
我主要想了解下, 目前各个方案的差异, 比如性能提升程度, 如用 GO 写和用 Rust 写相同算法, 两方会有更明显的性能差异. 以及生态兼容性, 是否可以使用本身语言已存在的一些第三方依赖等等. 比如使用 AssemblyScript 的话对 npm 生态兼容性如何?
1
xieren58 346 天前
当然是选 rust...
|
3
yplam 345 天前 via Android 1
看你用 wasm 的目的是什么,通常 CPU 密集型的代码才用 wasm ,rust 肯定是首选
|
4
DOLLOR 345 天前 1
wasm 的一等公民是 C/C++/Rust ,最好就从这三个里选。
|
5
Jat001 345 天前
想到一个好点子,我现在有个 cgo 写的 library ,不知道可不可以在 wasm 里跑,明天试试
|
6
tool2d 345 天前
我测试下来,正常的业务逻辑 wasm 平均只比 js 快两倍。但是挺难用的,各种限制比较多,没有 JS 写起来自由。
当然很多密集型计算,wasm 是要快不少,但这种毕竟是少数。 前端大部分代码还是业务向,这点没办法。 |
7
EulerChen 344 天前
排除 C#我不了解以外,我个人觉得优先选择如下
第一选择:C/C++,目前 C/C++/Rust 编译到 WebAssembly 基本上都是基于 LLVM ,编译产物在性能和体积方面区别不大,但是 C/C++存量代码比 Rust 很多,生态也更好,Rust 有的 C/C++都有,Rust 没有的 C/C++也有 第二选择:Rust ,感觉是政治正确的原因,Rust 看起来比 C/C++更火热,如果不想用 C/C++的话 Rust 是个不错的选择 第三选择:Go ,Go 编译到 wasm 需要用 TinyGo 编译器,但 Go 编译到 wasm 跟编译到 Native 有同样的缺陷,编译产物体积很大(塞了个 Runtime 进去),尽管 TinyGo 的后端也是基于 LLVM 第四选择:AssemblyScript ,编译器前端是手搓的(不太行),编译器后端是 Binaryen (大佬出品,值得信赖),基本不可能复用 npm 生态,AS 代码虽然看起来类似 TS ,但其实从类型系统的角度看根本不是一种语言,很少有 JS/TS 可以方便移植到 AS 上,这个项目最近两年已经处于半死不活的状态,除非你只会 JS/TS ,否则不推荐 AssemblyScript |
8
dimwoodxi27 154 天前 via Android
@EulerChen go 确实编译后体积非常大,但都是包很大,但用 tinygo 加一些优化能从几百 kb 减小到 40-60kb 的样子,再能用特别方式能减小到 10-20kb ,最终体积跟 rust 差不多,tinygo 本身编译也是 cgo 编译器
|