~/talk

Demystifying Page Load Performance with WProf

Talkat NSDI 2013 · 2013-04-02..04-05· [web-performance, developer-experience]
links:none on file
links:none on file
links:none on file
slides:none on file

Built a lightweight in‑browser profiler called WProf (WebKit extension in Chrome/Safari, C++) that extracts activity timings and a detailed dependency graph and runs critical‑path analysis on 350 popular pages. Key findings: 35% computation of critical‑path time for the median page; synchronous JavaScript blocks parsing on ~60% of top pages; caching removes 80% of objects but only 40% of critical‑path work so speedups are smaller; SPDY helps mainly at high RTTs and mod_pagespeed yields little average benefit.

AI-written summary · about

  1. 0:00Demystifying Page Load Performance with WProf
  2. 0:21Web is the critical part of the Internet
  3. 1:05Many techniques aim to optimize page load time • Optimization techniques
  4. 1:45Difficult to understand page load
  5. 4:37How a page is loaded
  6. 6:21How to infer dependencies
  7. 6:58Reverse engineer page loads with test pages
  8. 9:13Dependency policy categories • Flow dependency
  9. 10:35Output dependency
  10. 12:13Dependency policies across browsers
  11. 13:01WProf architecture Browser Stack
  12. 15:16Critical path analysis
  13. 19:08Conclusion
~/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.