~/talk

Deathmatch Bundler vs Rubygems.org

Talkat GoRuCo 2013 · on Saturday, 2013-06-08· [ruby, devops-and-delivery]
slides:none on file

The team reimplements the Bundler API, measures with Librato and Papertrail, and scales on Heroku; the result is an index and service that make rubygems.org respond server 100× faster and speed bundle resolution from bundle install 32s → 8s. Postgres outperforms Redis for this workload, moving median app-stack latency ~80ms→20ms and dropping the 95th percentile 600ms → 225ms; external probes reveal 5% external timeouts that drive design choices (Puma deadlocks, Thin/Unicorn tradeoffs, webhooks plus periodic sync, append-only index prototype).

AI-written summary · about

  1. 0:00Start
  2. 12:36knowledge
  3. 15:27big postgres is faster
  4. 16:40redis caching is slow
  5. 18:48threading is great!
  6. 21:59usage is tricky
  7. 22:31metrics are tricky
  8. 23:53capacity is tricky
  9. 25:08monitor all of them
  10. 26:09response time is all lies
  11. 28:13check it from
~/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.