Optimize Your JavaScript App's Performance
summary
A real bug in a Google UI library causes 3–4 seconds freeze when a large dropdown is removed and the author lands a PR that ends up in YouTube tests; diagnosis uses Chrome Performance tab, call tree and flame charts to find long self time JS functions and layout thrash. Fixes include measure before mutate, batching and postponing measurements to the next event-loop, a dirty‑flag so only 600 of 50,000 entities update, and micro-optimizations that shave 60–70 ms then another ~50 ms off critical paths.
AI-written summary · about
chapters (8)
- 0:00Start
- 2:41The RAIL Model - User Experience Benchmarks
- 3:57The Event Loop
- 5:06Critical Rendering Path
- 12:10Rendering and Layout
- 12:31Go with the FLOW!
- 14:09What's a forced reflow/layout?
- 24:50Virtual Scroll
related talks
01h 03mSpeed up your Web Application
34mUnderstanding JavaScript Performance
34mOptimizing Performance in Large-Scale React & Node.js Applications
17mVisualising Front-End Performance Bottlenecks
01h 08mSquashing JavaScript Bugs
38mLive Coding - Optimizing a React application
48mThink Fast, First: Empowering a Performance Culture
20mJavaScript Performance in the Browser's World
