Accelerating YouTube & Google Search Andreas Terzis YouTube - - PowerPoint PPT Presentation

accelerating youtube google search
SMART_READER_LITE
LIVE PREVIEW

Accelerating YouTube & Google Search Andreas Terzis YouTube - - PowerPoint PPT Presentation

Accelerating YouTube & Google Search Andreas Terzis YouTube Statistics YouTube is a large fraction of Internet traffic globally 1 17% NA, 25% Europe, 33% LATAM, 23% APAC of fixed-line traffic Mobile makes ~40% of YouTubes


slide-1
SLIDE 1

Accelerating YouTube & Google Search

Andreas Terzis

slide-2
SLIDE 2

Google Confidential and Proprietary

YouTube Statistics

  • YouTube is a large fraction of Internet traffic globally1

○ 17% NA, 25% Europe, 33% LATAM, 23% APAC of fixed-line traffic

  • Mobile makes ~40% of YouTube’s global watch time
  • Over 6B hours of video watched each month on YouTube2
  • 100 hours of video are uploaded to YouTube every minute
  • ~8M users concurrently saw Felix Baumgartner jump from space

[1] https://www.sandvine.com/downloads/general/global-internet-phenomena/2013/2h-2013-global-internet-phenomena-report.pdf [2] http://www.youtube.com/yt/press/statistics.html

slide-3
SLIDE 3

Google Confidential and Proprietary

How YouTube works: Mapping

① Client issues HTTP(S) request for manifest from YT Front End: GET /watch?v=n_6p- 1J551Y ② Mapping infrastructure determines cache that the user should contact ③ YTFE returns Manifest with videoplayback URLs for different encoding schemes/rates/video sizes ④ Client resolves xxx.googlevideo.com -> x.y.z.w (inside carrier’s addr space)

GGC Carrier YTFE Mapping Google

① ② ③ ④

DNS

x.y.z.w

slide-4
SLIDE 4

Google Confidential and Proprietary

How YouTube works today: Video Playback

⑤ Client issue HTTP(S) videoplayback requests from nearest Google Global Cache (GGC)

  • HTTP range requests for video chunks (100’s KB - MB)
  • ABR algorithm at the client determines requested format for the next video chunk

○ ABR selection depends on multiple factors: network rate, screen size, client resources, etc.

GGC Carrier YTFE Mapping Google

① ② ③ ④

DNS

x.y.z.w

slide-5
SLIDE 5

Google Confidential and Proprietary

Delivering Video to Mobile Networks: TCP Proxies

Split TCP High latency and variability even more difficult for TCP Medium latency and variability difficult for TCP Low latency and variability easy for TCP

slide-6
SLIDE 6

Google Confidential and Proprietary

Challenging the assumption

  • Conventional wisdom suggests that TCP proxies improve

performance in cellular networks

  • What happens if we bypass the proxy?

○ Quality of User Experience ○ Network usage

  • To answer this question we bypassed TCP proxies for YouTube

traffic and measured difference

slide-7
SLIDE 7

Direct=Proxied Direct is better Proxied is better

0.000001 0.0001 0.01 1 100 0.00001 0.001 0. 1 10

Direct connections have fewer retransmitted bytes

slide-8
SLIDE 8

Direct Proxied Lower throughput peak Lower throughput due to clamp

10 100 1,000 10,000

100,000 kbits/sec

Direct connections have higher throughput

slide-9
SLIDE 9

Direct Proxied Proxied connections are more bloated

slide-10
SLIDE 10

Removing proxy did not significantly change overall network traffic Slight increase in busy hour and daily volume No significant change in other metrics

BH Volume Time Proxied Direct Connection Proxied Direct Connection

  • Avg. Power Utilization

Time Busy Hour Volume Power Utilization

slide-11
SLIDE 11

Evaluation Metrics II: Quality of Experience

  • 1. Join Latency: T1-T0
  • 2. Playback time: TP= (T2-T1) + (T4-T3) + (T7-T6) + (T9-T8)
  • 3. Total Rebuffer time: T3-T2
  • 4. Battery Lifetime (Power consumed during [T0,T9])

Play Rebuffering Playing Seeking Paused

T0 T1 T2 T3 T4T5T6 T7T8 T9

Initial/forced buffering

slide-12
SLIDE 12

Worse Performance

Direct is better Proxied is better Direct=Proxied Direct connections rebuffer for less time

slide-13
SLIDE 13

Worse Performance

Direct connections have lower join latency

slide-14
SLIDE 14

Google Confidential and Proprietary

  • Large portion of users in emerging markets access the Internet
  • ver 2G networks
  • End-to-end Latency is 2 components
  • Byte reduction can only improve Response Receipt / Render
  • Request time is driven by RTT to closest Google front end (= 4*

RTTs for HTTPS)

Decreasing web search latency on 2G networks

Browser requests SRP 1st response bytes rcvd Render (minimal javascript)

Request Time

Wake up Radio DNS TCP / SSL init Late load javascript for interactive features

slide-15
SLIDE 15

Google Confidential and Proprietary

RTT Distribution for Indian ISP 0 x 2x 3x 4x 5x 6x 7x 8x

RTT as a function of network type

  • RTT between UEs and

closest Google server

  • Considerable variation

in RTT

  • Where is the variation

coming from?