~/talk

Rails to Phoenix

Talkat RailsConf 2016 · 2016-05-04..05-06· [elixir-and-erlang, ruby-on-rails]
slides:none on file

Bleacher Report rewrites a Rails site into Phoenix and runs at 1/15th of the servers, averaging 10–30 ms with only one spike near 800 ms; independent benchmarks show Phoenix serving 2.5× more records and 4.5× larger payloads while running 1.5–2.5× faster than tuned Rails. Explanation cites Elixir on the BEAM, Plug and Mix tooling, per-process GC, compiled routing, and OTP features; Phoenix scales to two million concurrent WebSocket connections and adds Phoenix Presence to reconcile distributed client state.

AI-written summary · about

  1. 0:00Intro
  2. 0:43Is Performance Enough?
  3. 5:19Elixir consumes all CPU cores
  4. 5:31Elixir is a compiled language
  5. 6:06Phoenix makes smart use of the BEAM
  6. 6:35The database is not slow
  7. 9:11Can Phoenix's performance benefits free engineers to work on bigger ideas?
  8. 10:33Optimize for developer happiness
  9. 13:02Variables are immutable
  10. 18:29Elixir & Phoenix optimize for long- term developer happiness
  11. 20:52Performance is the least interesting thing about Phoenix
  12. 24:57Pre-existing domain knowledge speeds up adoption
  13. 27:45Implementing features costs less money and requires less engineering support
~/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.