~/talk

Threading versus Evented

Talkat RubyConf 2011 · 2011-09-29..10-01· [concurrency, nodejs]
links:none on file
slides:none on file

Argues that for most web apps threads are the practical win: process-per-request costs ~50–150MB each while thread stacks are tiny, so wrap code in threads and move short, nonblocking IO to the front. Recommends JRuby with Trinidad or Rubinius 2.0 for native-thread runtimes, default JRuby thread limit ~200, and fronting with use nginx in front (evented loop for static/cache and proxying) while keeping worker code short and avoid Thread.new littered through app.

AI-written summary · about

  1. 0:00Start
  2. 16:05GIL = Global Interpreter Lock
  3. 24:22I'm scared of threads
  4. 25:54What is evented?
  5. 28:00Rule: Evented code should not
  6. 29:21How do I use both and write complex apps?
  7. 34:21Ruby web server built for concurrency
~/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.