Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Breaking news at 1000ms - Velocity EU 2014

Patrick Hamann
November 18, 2014
Programming
16
2.8k

Breaking news at 1000ms - Velocity EU 2014

An introduction into how the Guardian are making their next generation website load as fast as possible, and ultimately breaking the news to the user within 1000ms.

During the talk you will discover why performance matters, what are the common performance bottlenecks in the browser from networking to painting and learn how to best optimise and monitor each stage of the critical path to create fast, jank free websites.

This version of the talk was given at Velocity Conference Europe on the 18th November 2014.

Patrick Hamann

November 18, 2014
Tweet

More Decks by Patrick Hamann

See All by Patrick Hamann
CSS and the First Meaningful Paint - CSS Conf EU, May 2017
patrickhamann
15
2.2k
CSS and the First Meaningful Paint - All day Hey!, April 2017
patrickhamann
4
370
Embracing the Network — DIBI Conf, March 2016
patrickhamann
1
360
HTTP2 What, where, why, and when?! Smashing Conference, March 2016
patrickhamann
16
3.7k
Embracing the network - Web Directions
patrickhamann
4
1.4k
Embracing the network - Smashing Conf
patrickhamann
6
1.2k
Embracing the Network – ColdFront, September 2015
patrickhamann
36
4k
Building theguardian.com
patrickhamann
41
6.9k
CSS and the Critical Path - CSSConfEU September 2014
patrickhamann
29
3.5k

Other Decks in Programming

See All in Programming
約9000個の自動テストの 時間を50分->10分に短縮 Flakyテストを1%以下に抑えた話
hatsu38
23
11k
go.mod、DockerfileやCI設定に分散しがちなGoのバージョンをまとめて管理する / Go Connect #3
arthur1
10
2.4k
Modern Angular: Renovation for Your Applications
manfredsteyer
PRO
0
210
Tuning GraphQL on Rails
pyama86
2
1k
offers_20241022_imakiire.pdf
imakurusu
2
360
RailsのPull requestsのレビューの時に私が考えていること
yahonda
5
1.7k
Progressive Web Apps für Desktop und Mobile mit Angular (Hands-on)
christianliebel
PRO
0
110
Webの技術スタックで マルチプラットフォームアプリ開発を可能にするElixirDesktopの紹介
thehaigo
2
920
Dev ContainersとGitHub Codespacesの素敵な関係
ymd65536
1
130
カラム追加で増えるActiveRecordのメモリサイズ イメージできますか?
asayamakk
4
1.6k
現場で役立つモデリング　超入門
masuda220
PRO
13
2.9k
VR HMDとしてのVision Pro＋ゲーム開発について
yasei_no_otoko
0
100

Featured

See All Featured
Unsuck your backbone
ammeep
668
57k
RailsConf 2023
tenderlove
29
880
GraphQLの誤解/rethinking-graphql
sonatard
66
9.9k
Optimising Largest Contentful Paint
csswizardry
33
2.9k
5 minutes of I Can Smell Your CMS
philhawksworth
202
19k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
355
29k
Rebuilding a faster, lazier Slack
samanthasiow
79
8.6k
The Cost Of JavaScript in 2023
addyosmani
45
6.6k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
26
1.4k
StorybookのUI Testing Handbookを読んだ
zakiyama
26
5.2k
Fantastic passwords and where to find them - at NoRuKo
philnash
50
2.8k
Learning to Love Humans: Emotional Interface Design
aarron
272
40k

Transcript

  1. Breaking news at 1000ms @patrickhamann - Velocity EU - November

    2014

  2. theguardian.com

  3. None

  4. next.theguardian.com

  5. 110million !

  6. " # $ 7000

  7. None
  8. None

  9. Maslow's hierarchy of user needs ! % & ' We

    surveyed 3000 users About 17 key product drivers They rated speed 2nd most important Only after easy to find content

  10. Time & user perception Delay User perception 0–100 ms Instant

    100–300 ms Small perceptible delay 300–1000 ms Machine is working 1,000+ ms Likely mental context switch 10,000+ ms Task is abandoned Source: Ilya Grigorik – High-Performance Browser Networking
  11. None

  12. 1000ms

  13. A performance budget https://flic.kr/p/iQ69Kg

  14. Setting a budget https://flic.kr/p/eHsirY

  15. 1. Core content should be delivered first 2. Core content

    should render within 1000ms 3. Every feature must fail gracefully 4. Every request should be measured

  16. 1. Core content should be delivered first 2. Core content

    should render within 1000ms 3. Every feature must fail gracefully 4. Every request should be measured
  17. None

  18. User Content API Popular Comments Article DB DB

  19. https://flic.kr/p/77ZtUH

  20. User Content API Popular Comments Article DB DB

  21. Final progressively enhanced page Initial page payload

  22. None
  23. None

  24. 1. Core content should be delivered first 2. Core content

    should render within 1000ms 3. Every feature must fail gracefully 4. Every request should be measured

  25. Browser rendering 101

  26. Source: Google - Pagespeed Insights

  27. Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM

    Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM

  28. Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM

    Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM DOM

  29. Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM

    Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM DOM Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM

  30. Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM

    Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM DOM Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM Network JavaScript Render tree Layout Paint DOM CSS CSSOM

  31. Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM

    Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM DOM Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM Network JavaScript Render tree Layout Paint HTML DOM CSS CSSOM

  32. Request page Network Render GET html Build DOM response Build

    CSSOM Render page GET css GET js response response idle idle Async Render blocking Run JS Source: Google - Web Fundamentals

  33. Request page Network Render GET html Build DOM response Build

    CSSOM Render page GET css GET js response response idle idle Async Render blocking Run JS

  34. JS CSS HTML CSS & JS § HTML async DOMContentReady

    Start render

  35. Get the CSS down as soon as possible.

  36. What is your critical CSS?

  37. Popular content ✘ Sharing ✘ Comments ✘ Related content ✘

    Commercial components ✘ Article ✔

  38. What if we inlined our critical CSS?

  39. Inline

  40. WTF%$?!

  41. None

  42. 0.0 0.1 0.2 0.3 0.0 0.1 0.2 0.3

  43. None

  44. localStorage

  45. Is modern browser? Requet with <link> Request with <link> CSS

    in localStorage? localStorage space? Request with AJAX cache in localStorage inject into <head>
  46. None
  47. None
  48. None

  49. Load time First byte Start render Visually complete 3.366s 0.204s

    1.113s 3.700s Before Load time First byte Start render Visually complete 3.017s 0.262s 0.759s 2.00s After

  50. Use MD5 hash for cache key WTF no stylesheets?

  51. Cookie

  52. Initial request HTML response with inline CSS Render page Request

    global CSS with AJAX Set cookie Initial request HTML response with default <link> Render page Does request contain cookie?

  53. https://github.com/addyosmani/critical http://ngxpagespeed.com/ Penthouse https://github.com/pocketjoso/penthouse

  54. What does the future hold?

  55. http/2

  56.  ) HTML " ) CSS  " HTTP/1.1 *

    HTML & CSS  " HTTP/2 Server push

  57. 1. Core content should be delivered first 2. Core content

    should render within 1000ms 3. Every feature must fail gracefully 4. Every request should be measured

  58. Story of my life

  59. Font loading 101 IE Firefox WebKit Blink Blocking ✗ ✔

    ✔ ✔ Timeout – 3s – – Source: Ian Feather – Web fonts and the Critical Path

  60. guardian egyptian

  61. progressive enhancement https://flic.kr/p/9RDXVd

  62. Is modern browser? Requet with <link> Show fallback? Support WOFF?

    localStorage space? Request with AJAX cache in localStorage inject into <head> font in localStorage?

  63. Example of base64 json’ifed fonts

  64. service worker Webfontjson

  65. What does the future hold?

  66. Font load events

  67. CSS font rendering

  68. service worker ServiceWorker

  69. ServiceWorker  " )  " ) )

  70. 1. Core content should be delivered first 2. Core content

    should render within 1000ms 3. Every feature must fail gracefully 4. Every request should be measured

  71. WARNING!

  72. assets radiator

  73. R.U.M. (real user metrics)

  74. None
  75. None
  76. None

  77. speedcurve

  78. None

  79. What does the future hold?

  80. Resource Timing

  81. Beacon API

  82. 1. Core content should be delivered first 2. Core content

    should render within 1000ms 3. Every feature must fail gracefully 4. Every request should be measured

  83. Takeaways

  84. Everyone must be involved by baking performance into your workflow

    from day one.

  85. Deliver core content first,
 then progressively enhance the extras.

  86. Set a performance budget.
 Measure, optimise & repeat!

  87. Performance is a requirement; not an extra feature.

  88. Thank you. Questions? @patrickhamann - Velocity EU - November 2014

    github.com/guardian/frontend +