~/talk

Making Workers Work For You

Talkat JS.Geo 2014 · on Monday, 2014-09-29· [web-platform, web-performance]
links:none on file
slides:none on file

Benchmarks show transferable objects behave inconsistently: Chrome/Safari move big binary quickly, Firefox treats ArrayBuffer much slower, and IE10/11 misimplement the transfer API; passing a large Float64Array can be slower than shipping a Blob URI because blobs act like pointers. Memory costs are roughly 250–1000KB per worker and Chrome/Safari cap out around 250–500 workers; peak throughput occurs when worker count matches CPU cores. XHR from workers misses main-thread cache, and reusing workers is generally faster than repeatedly creating them.

AI-written summary · about

  1. 0:00Start
  2. 13:09RE-USE WORKERS COST FOR CREATING & DESTROYING WORKERS
  3. 14:13XHR PROXY SEND URL TO WORKER WORKER DOES XHR WORKER SENDS RESPONSE TO MAIN THREAD
  4. 19:42WORKER MGMT / MARSHALLING
~/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.