-
Notifications
You must be signed in to change notification settings - Fork 380
WASM future? #112
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I had similar issue. Running huge simulations (~15k nodes) in web worker generaly helps. |
I too have had good luck with running large simulations in a separate web worker I'd also like to explore using |
SharedArrayBuffer has been re-enabled in Chrome 67 in light of site isolation. |
I have no plans to port to WASM, but feel free to fork this library if it helps! |
Hi there,
I was using a WebWorker with a SharedArrayBuffer to do the math for the graph in my app.
(Un)fortunately, SharedArrayBuffer has been disabled in response to Spectre.
So, as I was looking for an alternative (except normal ArrayBuffer - memory copying), I figured that SIMD has been dropped in favor of WASM which reached consensus and landed in all relevant browsers.
Are there plans to port to WASM? This project seems like a natural fit for WASM.
I found https://github.com/ColinEberhardt/d3-wasm-force which looks like a proof-of-concept to me but has no pulse atm.
In general, which method is advised to optimize performance?
WebWorker with SharedArrayBuffer (non-copying)Thanks in advance for the comments.
The text was updated successfully, but these errors were encountered: