1 Reproduction interdite. © ip-label 2012 Arnaud Becart ip-label.

Slides:



Advertisements
Similar presentations
Building Fast 3rd-Party Webapps O'Reilly Velocity Web Performance and Operations Conference 24 June Lessons.
Advertisements

Hotmails Performance Tuning Best Practices Aladdin A. Nassar Hotmails Performance Champion Microsoft.
CS193H: High Performance Web Sites Lecture 4: Class Projects Steve Souders Google
Web Performance Meetup 1 Web Performance 101 Jeremy
Facts about Welcome to this video from Ozeki. In this video I will present what makes Ozeki Phone System XE the Worlds best on-site software PBX for Windows.
Web Site Performance What makes web sites slow? Back end Front end Tools for measuring performance Firebug / YSlow Visual Studio Test Edition W3.org html.
Archana Mandape. 234 million Wireless subscriptions in USA. Many players in the smart phone market. Apple iPhone OS, RIM BlackBerry OS and Android OS.
A presentation to Copyright © 2008 by jetNEXUS Ltd. All Rights Reserved. Application Acceleration Greg Howett, jetNEXUS Ltd.
CHAPTER 15 WEBPAGE OPTIMIZATION. LEARNING OBJECTIVES How to test your web-page performance How browser and server interactions impact performance What.
Client side performance in Web based Banking applications Divakar Prabhu Infosys Limited (NASDAQ: INFY)
Traffic Infrastructure ©2013 LinkedIn Corporation. All Rights Reserved. HTTP/2 and a faster Web What it is, what it does and what does it mean.
Stevesouders.com/docs/ny-meetup pptx Disclaimer: This content does not necessarily reflect the opinions of my employer.
Dynamic Adaptive Streaming over HTTP2.0. What’s in store ▪ All about – MPEG DASH, pipelining, persistent connections and caching ▪ Google SPDY - Past,
Performance Analysis of Orb Rabin Karki and Thangam V. Seenivasan 1.
Analysis and Performance Information Systems 337 Prof. Harry Plantinga.
Performance Comparison of Congested HTTP/2 Links Brian Card, CS /7/
High Performance Websites (Based on Steve Souder’s lecture) By Bhoomi Patel.
Mark Phillip markphillip.com 200s, 304s, Expires Headers, HTTP Compression, And You.
And Mobile Web Browsers
Company Presentation September 15, CONFIDENTIAL.
DNN Performance & Scalability Planning, Evaluating & Improving : Part 2.
Designing for the Unknown. Challenges of Web Design As frustrating as it may be – there is no guarantee that people will see/experience your web pages.
User Side Factors. Download Speed Download speed from a user’s side, is how long it takes a webpage to load, once requested. The measurement for time.
Software Requirements Specification (SRS)
Web Browsers And Mobile Web Browsers. Guiding Questions What is a mobile Web browser? Why do Web pages look differently on different Web browsers? What.
User side and server side factors that influence the performance of the website P2 Unit 28.
Web/App Performance How to keep you out of the News
Taking Your Website On The Road Technology No Where to Go.
Responsive design - Bedrock to our site Responsive site templates included.
Ideas to Improve SharePoint Usage 4. What are these 4 Ideas? 1. 7 Steps to check SharePoint Health 2. Avoid common Deployment Mistakes 3. Analyze SharePoint.
Printed by Web Browser Comparison By: Gustavo Marrero & Ignacio Pérez Universidad Interamericana de Puerto Rico   In our experiment.
Paul Roy, Alex Polak, Gregory Bershansky MSN Performance & Reliability Team Microsoft.
CSE 461 HTTP and the Web. This Lecture  HTTP and the Web (but not HTML)  Focus  How do Web transfers work?  Topics  HTTP, HTTP1.1  Performance Improvements.
Stevesouders.com/docs/amsterdam-meetup pptx Disclaimer: This content does not necessarily reflect the opinions of my employer.
Empirical Quantification of Opportunities for Content Adaptation in Web Servers Michael Gopshtein and Dror Feitelson School of Engineering and Computer.
PERFORMANCE ENHANCEMENT IN ASP.NET By Hassan Tariq Session #1.
Putting Performance Best Practices Together to Create the Perfect SPA Chris Love2Dev.com.
WebOPI -Bring BOY OPI to the Web and Mobile Xihui Chen, Kay Kasemir Spring 2012 EPICS Meeting.
Browser Wars (Click on the logo to see the performance)
OPTIMISING USER INTERFACES FOR MOBILE COMPUTER ASSISTED INTERVIEWING DEVICES Prepared By Otyek Ronald James Uganda Bureau of Statistics Presented at the.
Server Browser Network Complex pages Too many web parts Large payload Too many files Large distance to server Complex pages Busy computer.
Restricted © Siemens AG All rights reserved A Developer’s Insights Into Performance Optimizations for Mobile Web Apps CT DC AA EM LP2 | June 2015.
Why Assumptions about Cloud Performance Can Be Dangerous to Your Business Ron Wilson, Director Cloud Strategy
Presented by Luke St Jack!.  Web browsers a type of application that are capable of translating html data from websites and other sources into a readable.
Browser Compatibility Testing, using different browsers Conditional Statements.
Website: Contact:
MICROSOFT AJAX CDN (CONTENT DELIVERY NETWORK) Make Your ASP.NET site faster to retrieve.
IF STARBUCKS USED INSTART LOGIC, THEY WOULD HAVE A FASTER RESPONSIVE WEBSITE BY PETER BLUM.
Enhance Your Page Load Speed And Improve Traffic.
And Mobile Web Browsers
The BEST Citrix/Microsoft RDS alternative
Digital Engineering & Mobile Solutions Performance Engineering Transformation Date: 03/11/2015 ©2013 Walgreen Co. All rights reserved.
Business Case: Improve Overall Service Quality and Customer Experience
Benchmark Methodology - Update
Debugging Front-end Performance
Lesson 4: Web Browsing.
Web Browsers & Mobile Web Browsers.
Web Caching? Web Caching:.
2018 CONFERECE WEB APP
PCS Day 2016 CMS Vienna, 23rd November 2016.
Web Design Designing for the Unknown.
Benchmark Methodology - Update
CSE 461 HTTP and the Web.
Lesson 4: Web Browsing.
What is HTML used for? STRUCTURE Text Video Lists Audio Links Forms Images Tables Click: Fades in text, lists, links, images, tables, forms, audio,
And Mobile Web Browsers
Mobile Internet and WAP
And Mobile Web Browsers
Yale Digital Conference 2019
Presentation transcript:

1 Reproduction interdite. © ip-label 2012 Arnaud Becart ip-label

2 Reproduction interdite. © ip-label 2012 Previously, at Velocity Berlin…

3 Reproduction interdite. © ip-label 2012 Synthetic Testing

4 Reproduction interdite. © ip-label 2012 Mobile + 0 s Tablet + 4 s PC + 4 s Synthetic Tests + 0 s Real Users Synthetic Tests don’t see everything

5 Reproduction interdite. © ip-label 2012 Browser Browser version OS Device CPU Memory OS version Fixed location Fixed last mile Bandwidth Provider Browser add-ons Antivirus Mobile last mile 2. No synthetic testing Network access 3. Variable, depending on users’ behaviour Nomadic usage 1. Similar or different between synthetic & real-user testing Browser cache Multiple tabs

6 Reproduction interdite. © ip-label 2012 Fewer HTTP requests Expires header CSS at the top Accelerate rendering CDN Gzip JS at the bottom Reduce size … (thanks Steve) Defer third-party content Avoid redirects

7 Reproduction interdite. © ip-label 2012

8 synthetic_monitoring() optimization() while not improved(synthetic_monitoring()): optimization() //responsetime is better! real_user_monitoring()

9 Reproduction interdite. © ip-label 2012 Fewer requests & Compression 35% Reduction in page size 30% quicker start rendering 23% quicker page load time Page Size Page Load Time 2.5 Mb 1.6 Mb 7.4 s 5.7 s 1st Step: Confirm trend with synthetic testing

10 Reproduction interdite. © ip-label 2012 Real Users’ Performance gain: 11% 2 nd Step: Align Real Users & Synthetic tests URL, Country, ISP, Metric (onload event), Period (2 months) Page load time: 9.2 s  8.2 s 3 rd Step: Analyze 20M real-user measurements

11 Reproduction interdite. © ip-label 2012

12 Reproduction interdite. © ip-label 2012 % of users loading the page in less than 9 seconds Mobile: 43%  55% Tablet: 52%  60%

13 Reproduction interdite. © ip-label 2012 Smartphones = High Benefit Tablets = Small Benefit Response time gain (%) per device 12.1  11.3 s 7.4  5.7 s 9.1  8.1 s 21.7  16.4 s

14 Reproduction interdite. © ip-label 2012 Response time gain (%) per type of Network connection Slow bandwidth + fewer bytes to load = High Benefit

15 Reproduction interdite. © ip-label 2012 *Not just CPU: processing capacity & available memory Devices with Very Good or Very Bad Performance (old?) benefit less from size optimization Dual Core 2.2 GHz 4G RAM iPad 1 iPhone  5.3 s 7.5  7 s 8.5  8 s 10  8.5 s 14.5  12 s 20s  17 s iPhone 5 Response time gain (%) per device capacity*

16 Reproduction interdite. © ip-label 2012 No improvement for Safari Higher benefit for IE 8.5  8.6 s 9.9  9.3 s 8.3  7.5 s 9  7.6 s Response time gain (%) per browser on fixed devices

17 Reproduction interdite. © ip-label 2012 Chrome: 22.8  23.3 s Safari: 7.8  8.4 s Safari: 8.3  8.4 s Response time gain (%) per browser & processing (PC) Are Firefox users geeks? Is Safari not made for new devices? Is Chrome not made for very old devices? Firefox: 6  5.3 s

18 Reproduction interdite. © ip-label 2012

19 Reproduction interdite. © ip-label 2012 Synthetic Tests +23% Real Users +11% PC +10.6% IE +18% Smartphone +25% Old PC +18% Tablet +7% New PC +4% Smartphone 3G Network +30% Tablet 3G Network +18% Chrome +8%

20 Reproduction interdite. © ip-label 2012 Don’t trust only Synthetic Tests to justify web optimizations Not all devices are equal – especially with the network factor Not all browsers are equal – especially with “CPU”/”Old device” factor Don’t be too quick to draw conclusions about the actual effectiveness of optimizations for your real users

21 Reproduction interdite. © ip-label Arnaud