~/talk

Busting Performance Bottlenecks: Improving Boot Time by 60%

Talkat RubyKaigi 2017 · 2017-09-18..09-20· [web-performance, ruby-on-rails]
links:none on file
slides:none on file

Claims a 60%+ startup speedup by building a file/constant and bytecode cache and by optimizing Bundler. Uses the boot snap gem to cache Ruby instruction sequences via Ruby iseq, replace YAML with Marshal/messagepack for config fixtures, and override require/load to eliminate O(n^2) lookups. Bundler work in Bundler 1.15 cuts its startup from ~1s to ~300ms; a monolith drops from ~25s to ~6.5s. Timing helpers and Gantt charts find hotspots; changes are implemented and show reproducible wins.

AI-written summary · about

  1. 0:00Introduction and speaker intro
  2. 1:47What is application boot time
  3. 6:01Areas of impact in boot time
  4. 8:09How boot snap caching works
  5. 12:04Caching serialization and config
  6. 15:17Bundler performance optimizations
  7. 20:59Finding inefficiencies with timing tools
  8. 27:30Demo of timing helpers and Gantt charts
  9. 32:16Methodologies for performance tracing
  10. 33:21Open source contributions and call to action
  11. 36:41Q&A on boot snap and production use
~/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.