~/talk

Not So Fast: Analyzing the Performance of WebAssembly vs. Native Code

links:none on file
links:none on file
links:none on file
slides:none on file

Built Browsix-Wasm to run unmodified Unix programs in the browser and benchmarked them using SPEC CPU; WebAssembly binaries run about 45% slower on Firefox and 55% slower on Chrome, with peak slowdowns of 2.08× and 2.5×. Root causes include JIT codegen limits (poor register allocation and missed optimizations), reserved registers for GC roots, and mandatory stack/indirect-call checks; engineering fixes (e.g., file-append buffering) cut filesystem overhead ~5× and lowered that component to ~0.2%–1.1% of runtime.

AI-written summary · about

  1. 0:00The evolution of web speed
  2. 1:42Introduction to WebAssembly
  3. 3:28WebAssembly architecture
  4. 4:35Benchmark selection challenges
  5. 6:12Implementing browser system calls
  6. 7:52Performance optimization
  7. 8:54Benchmark infrastructure
  8. 10:03JIT compilation analysis
  9. 12:17Performance counter results
  10. 14:34Summary of findings
  11. 15:24Q&A and conclusion
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.