Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
FSTO: Re-evaluating Front-end Peformance Best P...
Search
benvinegar
November 15, 2015
Programming
9
1.1k
FSTO: Re-evaluating Front-end Peformance Best Practices
Full Stack Toronto 2015
benvinegar
November 15, 2015
Tweet
Share
More Decks by benvinegar
See All by benvinegar
Getting the most out of JavaScript errors
benvinegar
1
340
JavaScript Error Reporting (and Why We Can't Have Nice Things)
benvinegar
0
230
Re-evaluating Front-end Performance Best Practices
benvinegar
15
1.6k
Other Decks in Programming
See All in Programming
OSS開発者の憂鬱
yusukebe
12
6k
CSC509 Lecture 13
javiergs
PRO
0
260
Private APIの呼び出し方
kishikawakatsumi
3
900
JEP 496 と JEP 497 から学ぶ耐量子計算機暗号入門 / Learning Post-Quantum Crypto Basics from JEP 496 & 497
mackey0225
2
460
複数チーム並行開発下でのコード移行アプローチ ~手動 Codemod から「生成AI 活用」への進化
andpad
0
180
TVerのWeb内製化 - 開発スピードと品質を両立させるまでの道のり
techtver
PRO
3
1.2k
Flutterアプリ運用の現場で役立った監視Tips 5選
ostk0069
1
510
例外処理を理解して、設計段階からエラーを見つけやすく、起こりにくく #phpconfuk
kajitack
12
6.4k
Stay Hacker 〜九州で生まれ、Perlに出会い、コミュニティで育つ〜
pyama86
2
2.5k
All(?) About Point Sets
hole
0
210
Agentに至る道 〜なぜLLMは自動でコードを書けるようになったのか〜
mackee
5
2k
Honoを技術選定したAI要件定義プラットフォームAcsimでの意思決定
codenote
0
260
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
BBQ
matthewcrist
89
9.9k
Building Flexible Design Systems
yeseniaperezcruz
329
39k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
359
30k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
RailsConf 2023
tenderlove
30
1.3k
Context Engineering - Making Every Token Count
addyosmani
9
410
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.8k
Documentation Writing (for coders)
carmenintech
76
5.1k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
127
54k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
31
2.7k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
36
6.1k
Transcript
re-evaluating front-end performance best practices
@bentlegen
None
http://getsentry.com
car·go cult
ccccccejlfevnigejevgjkglrc hibhjrtcjlngnfblfb cargo cult science
cargo cult web performance
how did we get here?
deprecated books 2007 2009 2010
stackoverflow answers
analysis tools
analysis tools 2014 2013
practices on live websites
conference talks
today’s agenda • hostname sharding • for-loop array length caching
• dynamic script insertion
hostname sharding
in the beginning (HTTP 1.0)
with more connections 2 4 8 www www www
with hostname sharding 2 2 2 www www1, www2 www1
www2 www3 www4
still common Website # Static Hosts plus.google.com 4 tumblr.com 4
alibaba.com 4 theverge.com 4 ebay.com 6 businessinsider.com 6 netflix.com 11!
None
not a big deal anymore
browser connections/origin Browser # HTTP / origin Chrome 42 6
Firefox 37 8 Safari 7 6 IE 8, 9 6 IE 10 8 IE 11 13 bit.ly/rprf-bscope
chrome caps parallel image requests at 10 anyways bit.ly/rprf-bscope
rise of https stalled/ proxy negotiation dns lookup connection +
tls/ssl time-to- first-byte download tls/ssl handshake
and http/2 will make all this irrelevant anyways
“2 domains for non- [HTTP2] modern browsers” – Souders in
2013 bit.ly/rprf-2domains
etsy case study • 4 image domains → 2 •
50-80 ms faster for image heavy pages • 30-50 ms faster overall • up to 500ms faster on mobile bit.ly/rprf-etsy
the web’s moving on Website # Static Hosts netflix.com* 1
nytimes.com 1 youtube.com 2 twitter.com 2 facebook.com 2 pinterest.com 2 bbc.co.uk 2 etsy.com 3
looping
specifically array length caching in for loops
for (var i = 0, len = arr.length; i <
len; i++) { // do stuff } for (var i = 0; i < arr.length; i++) { // do stuff } vs
None
None
None
does it still hold?
cache vs no cache Chrome 42 Firefox 37 Safari 7
IE9+ IE8 ops/second (normalized), bigger is better cache no cache 78%
V8 (and other browsers) recognize this pattern bit.ly/rprf-v8opt
None
uncached version
cached version
“we should start assuming that our code is optimized” -
Vyacheslav Egorov, V8 bit.ly/rprf-v8opt
if you can trivially optimize it, the browser (probably) can
too
mobile disagrees, a little Chrome 41 (Android 5.1) Firefox 34
(Android 5.1) Safari (iOS 8) ops / second (normalized), bigger is better cache no cache 95%
new in es6 for (x of arr) { … }
dynamic script insertion
blocking scripts (2009) <script src=“/vendor.js”></script> <script src=“/app.js"></script> <img src=“/logo.gif”/> <link
rel=“stylesheet” type=“text/css” href=“/app.css”/> <iframe src=“/widget.html”/> vendor.js finishes app.js starts img, css, iframe
dynamic script insertion <script> var script = document.createElement('script'); script.src =
'/app.js'; document.getElementsByTagName('head')[0] .appendChild(script); </script> all load in parallel
None
None
you’ve used this • analytics: GA, Mixpanel, Chartbeat, Wordpress •
widgets: Disqus, Facebook Comments • JS module loaders: RequireJS, LabJS • script managers: Google Tag Manager, Segment
small problem: CSS Object Model
CSS Object Model (CCSOM) <link rel="stylesheet" type="text/css" href="/ main.css"/> <script>
window.getComputedStyle(document.body).margin; </script> can’t execute until CSS ready
CSSOM + dynamic script insertion <link rel="stylesheet" type="text/css" href="/ main.css"/>
<script> var script = document.createElement('script'); script.src = '/app.js'; document.getElementsByTagName('head')[0] .appendChild(script); </script> can’t execute until CSS ready
dynamic script insertion scripts execute inline scripts can’t execute until
CSSOM ready; downloading is delayed
blocking 2nd script downloads after 1st executes 1st script preloaded
1st script executes
blocking with Chrome 1st and 2nd script preloaded 1st and
2nd script execute (blocked for CSSOM)
2014
3rd option: async attribute <script async src="/app.js"></script>
ideal: async attribute scripts execute before CSS finished all 3
resources download in parallel
we should probably start using async
new: GA + async attr
closing thoughts
don’t always believe what you read on the internet
benchmark your own stuff
benchmark your own stuff every few years
always bet on browsers (and JS engines)
thanks
acknowledgements • performance research: Steve Souders, Ilya Grigorik, Guy Podjarny,
Vyacheslav Egorov, Jonathan Klein, Paul Irish, Nicholas Zakas • photos: Christian Junker, André Hofmeister, “My aim is true” • me: Ben Vinegar (@bentlegen) • Sentry plug: http://getsentry.com