Google 将向 IETF 标准提交 QUIC 协议提案

阅读数:1587 2015 年 4 月 27 日 07:08

Google 近期宣布,他们将向IETF 提交实验性传输层网络协议QUIC 的提案。此外,Google 已经给出了QUIC 协议优化页面加载时间的第一手数据。

自从 2013 年引入 QUIC 以来,Google 一直在为更多的 Google 服务提供 QUIC 协议支持。他们认为,“目前,近半数来自 Chrome 访问 Google 服务器的请求都是基于 QUIC 协议的”,未来 QUIC 将会作为“Chrome 和 Google 移动 app 向 Google 服务器发起请求的默认协议”。

Google 通过大规模的性能分析发现,“相对于 TCP 而言,QUIC 的性能有了真正的进步”,这得益于 QUIC 的以下特性:

  • 低延迟链接的建立,这对已建立的链接很有好处。在这种情况下,Google 搜索页面的平均加载时间缩减了 3%。
  • 改进拥塞控制和丢包恢复机制,这在糟糕的网络环境中尤为重要。在这种情况下,Google 搜索页面在“最慢的 1% 的连接”中节省了整整 1 秒的时间,并且观看基于 QUIC 的 YouTube 视频时会减少高达 30% 的数据重缓存。

QUIC 是 Google专门为减少TCP web 延迟而创造的协议,他们认为“想让TCP 变得高效几乎是不可能的”,因为它是在操作系统内核和固件中实现的,所以团队最终选择基于UDP 打造QUIC 协议。

Hacker News 上的一位评论者指出,Google 在这场悄无声息的“基于大规模用户由开放协议至专有协议的转移”的战役中胜出了,这本身就彰显着其掌控大量成熟服务和主导 web 浏览器市场的能力,不过我们可真的需要担心 Google 延期标准化进程或最终放弃这一协议。其他评论者在同一话题下指出,Google 在他们的新闻群组开放了QUIC 的标准化进程,每个人都可以定义QUIC 或为其贡献代码。最后,如果你想禁用 Chrome 的相关支持,可以参考这里的资料。

查看英文原文 Google Will Propose QUIC As IETF Standard


感谢夏雪对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群Google将向IETF标准提交QUIC协议提案)。

收藏

评论

微博

用户头像
发表评论

注册/登录 InfoQ 发表评论