Rust and WebAssembly threads on production: a field report
summary
A Node.js‑like runtime called WebContainers runs entirely in the browser by mapping processes to web workers, using shared memory and WebAssembly threads for performance, and relying on Rust for low‑level components; this is deployed in production and mostly works. Networking leverages service workers and async executors to interact with the browser event loop. Remaining pain points include missing GC, browser/runtime bugs, and some tooling limitations that the team reports and patches.
AI-written summary · about
chapters (10)
- 0:00Introduction
- 0:44StackBlitz and online IDEs
- 2:29Playgrounds vs remote dev
- 3:57Web Containers strengths
- 4:37POSIX in browser feasibility
- 6:02Practicality over raw tech
- 7:32Rust and Wasm for performance
- 8:57Challenges and stress testing
- 9:40Wasm improvements wish list
- 10:03Closing and call to action
related talks
25mThink About Front-end Web Development with Rust
45mWebAssembly: Browser is now a real virtual machine
40mRust, WebAssembly, and the future of Serverless
46mA State Of WebAssembly - The Browser is now a real VM
38mWebAssembly beyond the browser
41mCreating High-Performance Web Apps with WebAssembly
30mRust in the Browser for Javascripters:New Frontiers,New Possibilities
24m"Web Sites, Web Apps, and Web Assembly"
