5 ms·

What a great case study. Successfully shifting 80% of mobile traffic to QUIC for a 50% reduction in latency is amazing. QUIC and the ongoing work with multipath

What a great case study. Successfully shifting 80% of mobile traffic to QUIC for a 50% reduction in latency is amazing. QUIC and the ongoing work with multipath TCP/QUIC will be huge QoL improvements for mobile networking.

nhf 7y ago
Can't wait for the IETF standardization process to finish up! https://quicwg.org/base-drafts/draft-ietf-quic-transport.html https://quicwg.org/base-drafts/draft-ietf-quic-transport.htm...
kevin_thibedeau 7y ago
You'll just get more JavaScript piled on as managers insist on having X monetization feature deployed.
- woah 7y ago
  This article is about mobile apps
  - Cthulhu_ 7y ago
    Native mobile apps are great only because it's so much more difficult to pile on shit (newsletter signups, ads, GDPR popovers, etc)
api 7y ago
The other awesome thing about QUIC is that it encrypts almost everything including header information, making middlebox traffic shaping worthless and demoting middleboxes in general.
- drewg123 7y ago
  It also makes hardware offloads like TSO and LRO impossible, and increases cost-per-byte served by a factor of 4 or more. So if you have infinite CPU to throw at QUIC and/or low bandwidth or connection targets, its great. If you are concerned at all about server-side efficiency, its terrible. FWIW, I work on the Netflix CDN, and specialize in server-side efficiency; we have had 100G flash CDN nodes for years serving at 90G+ in production. None of that would be possible with QUIC as it stands. I suspect our max B/W on these machines would drop from ~95Gb/s to 20Gb/s or less if we were to switch to QUIC.
  - scott00 7y ago
    Does the protocol actually make it impossible, or is it just not implemented by current OS/hardware?
    - vlovich123 7y ago
      Definitely just that the HW hasn't caught up. https://www.netdevconf.org/0x13/session.html?talk-quic-offload https://www.netdevconf.org/0x13/session.html?talk-quic-offlo...
  - api 7y ago
    I hear you and those are valid points. Don't blame QUIC. Blame ISPs and middlebox makers for abusing their (literal network-wise) position and breaking the end-to-end principle. History has shown that we just have to encrypt everything and quite literally cut out the middleman/box.

nhf 7y ago

Can't wait for the IETF standardization process to finish up! https://quicwg.org/base-drafts/draft-ietf-quic-transport.html https://quicwg.org/base-drafts/draft-ietf-quic-transport.htm...

kevin_thibedeau 7y ago

You'll just get more JavaScript piled on as managers insist on having X monetization feature deployed.

woah 7y ago
This article is about mobile apps
- Cthulhu_ 7y ago
  Native mobile apps are great only because it's so much more difficult to pile on shit (newsletter signups, ads, GDPR popovers, etc)

api 7y ago

The other awesome thing about QUIC is that it encrypts almost everything including header information, making middlebox traffic shaping worthless and demoting middleboxes in general.

drewg123 7y ago
It also makes hardware offloads like TSO and LRO impossible, and increases cost-per-byte served by a factor of 4 or more. So if you have infinite CPU to throw at QUIC and/or low bandwidth or connection targets, its great. If you are concerned at all about server-side efficiency, its terrible. FWIW, I work on the Netflix CDN, and specialize in server-side efficiency; we have had 100G flash CDN nodes for years serving at 90G+ in production. None of that would be possible with QUIC as it stands. I suspect our max B/W on these machines would drop from ~95Gb/s to 20Gb/s or less if we were to switch to QUIC.
- scott00 7y ago
  Does the protocol actually make it impossible, or is it just not implemented by current OS/hardware?
  - vlovich123 7y ago
    Definitely just that the HW hasn't caught up. https://www.netdevconf.org/0x13/session.html?talk-quic-offload https://www.netdevconf.org/0x13/session.html?talk-quic-offlo...
- api 7y ago
  I hear you and those are valid points. Don't blame QUIC. Blame ISPs and middlebox makers for abusing their (literal network-wise) position and breaking the end-to-end principle. History has shown that we just have to encrypt everything and quite literally cut out the middleman/box.