※ 引述《erspicu (.)》之銘言：
: 只是sideproject需求 想說wasm出來也算幾年了
: 撇開.NET的Blazor框架不談 (是說轉戰Blazor的公司也不多的感覺)
: 目前好像看到wasm應用的機會不是很廣
wasm是一個vm，js是另一個vm，兩個互相傳資料其實很麻煩，最簡單就是copy/拷貝資料過去，但效能就差。
大筆資料就是用SharedArrayBuffer來分享，但這個需要自己管理記憶體，並不是每個語言都適合的。所以後來才會有WasmGC的誕生。
: 自己是想用這種方式來處理相簿上傳照片的處理方式 所以稍微study實作了概念
: https://github.com/erspicu/LanczosWasmDemo
: Lanczos縮圖法 大概是幾年前我所知縮圖品質比較好的方式 實作也不會太複雜
: 但移植出來的成果運算速度差 .net framework在win11 x64上太多
: 可能有100倍以上差異 打個比方 90ms 變成 9秒
compiler很重要，你寫的程式用<<16， >>16來 pack data，需要夠聰明的compiler來最佳化。我會用array of struct {r,g,b}或直接用byteArray來減少compiler的變數。
: 但不排除有再優化的可能性 像C#的Parallel.For
: 移植到WASM上後 其實並沒有平行加速運算的實際效能...
: 給大家研究看看 (所以最後還是換成單純迴圈)
: C/C++ N年沒相關工作經驗寫了 說不定C移植過去效能會好上非常多
我自己有寫個小Js Parallel.For的lib來應用webworkers。但webworker跟wasm都需要SharedArrayBuffer來分享data，所以並不是很容易用。
今天wasm，跟webworker無法普及起來，就是因為無法無腦用。
https://web.dev/case-studies/google-sheets-wasmgc
google花了很大的力氣，才使java/wasmgc有2x Js的效能。
今天，網頁的平台，實在不算好用，需要花足夠的時間去學習，還要有夠扎實的低階語言能力，才能應用的好。但沒辦法，網頁安全性是第一優先。