BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

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

| 作者 Sergio De Simone 关注 12 他的粉丝 ,译者 刘振涛 关注 22 他的粉丝 发布于 2015年4月28日. 估计阅读时间: 2 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

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读者交流群InfoQ好读者)。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT