Steve Souders

Metrics from 1M Sites

https://speedcurve.com/blog/metrics-from-1m-sites/

What catches my eye are the gaps between TTFB and the paint metrics, and between the paint metrics and First CPU Idle. These gaps are caused by JavaScript dominating the browser main thread. This happens after TTFB when all the blocking scripts are executed – these have to finish before any rendering can happen.

The gap between the paint metrics and First CPU Idle is caused by subsequent scripts being executed and JavaScript frameworks building the DOM dynamically.

Emphasis is mine.

We really need to be more careful with the way we use JavaScript, and JavaScript libraries/framework, that more than often hurts performance.

• older link:
  Should I Use JavaScript to Load My Web Fonts?
• newer link:
  Language Icon

---

Related contents with similar topics

1. 

   Sam Magura

   Why We're Breaking Up with CSS-in-JS

   • Nicolas Hoizey
   • 3 November 2022
   • JavaScript, CSS, WebPerf
   • 5 reactions

   Thanks for reading this deep dive into runtime CSS-in-JS. Like any technology, it has its pros and cons. Ultimately, it's up to you as a developer…

2. 

   Alistair Shepherd

   Async Alpine — Asynchronous Alpine component loading

   • Nicolas Hoizey
   • 14 October 2022
   • JavaScript, WebPerf
   • 10 reactions

   Async Alpine is a wrapper for the fantastic Alpine.js JavaScript library, giving you greater control of component loading and adding asynchronous/lazy…

3. 

   Harry Roberts

   Speeding Up Async Snippets

   • Nicolas Hoizey
   • 13 October 2022
   • WebPerf, JavaScript
   • 5 reactions

   For all the resulting script is asynchronous, the `` block that creates it is fully synchronous, which means that the discovery of the script is governed…

4. 

   Joe Liccini

   Why Your Cached JavaScript Is Still Slow and Incurs Performance Overhead

   • Nicolas Hoizey
   • 13 September 2022
   • WebPerf, JavaScript
   • 4 reactions

   Caching assets is a fantastic way to optimize the network overhead of your web application, there is still plenty of computational overhead associated…

5. 

   Miško Hevery

   Hydration is Pure Overhead

   • Nicolas Hoizey
   • 21 July 2022
   • WebPerf, JavaScript

   The re-execution of code on the client that the server already executed as part of SSR/SSG is what makes hydration pure overhead: that is, a duplication…