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

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

时间: 2024-10-13 23:55:59

Google将向IETF标准提交QUIC协议提案的相关文章

[译] QUIC Wire Layout Specification - Frame Types and Formats | QUIC协议标准中文翻译(4) 帧类型和格式

欢迎访问我的个人网站获取更好的阅读排版体验: [译] QUIC Wire Layout Specification - Frame Types and Formats | QUIC协议标准中文翻译(4) 帧类型和格式 | yoko blog (https://pengrl.com/p/47156/) 目录 Frame Types | 帧类型 STREAM Frame | 流类型帧 ACK Frame | ACK帧 STOP_WAITING Frame | 停止等待帧 WINDOW_UPDATE

QUIC协议原理分析(转)

之前深入了解了一下HTTP1.1.2.0.SPDY等协议,发现HTTP层怎么优化,始终要面对TCP本身的问题.于是了解到了QUIC,这里分享一篇之前找到的有意义的文章. 原创地址:https://mp.weixin.qq.com/s/vpz6bp3PT1IDzZervyOfqw 作者介绍:lancelot,腾讯资深研发工程师.目前主要负责腾讯 stgw(腾讯安全云网关)的相关工作,整体推进腾讯内部及腾讯公有云,混合云的七层负载均衡及全站 HTTPS 接入.对 HTTPS,SPDY,HTTP2,Q

QUIC协议文档翻译——什么是QUIC

原文地址https://docs.google.com/document/d/1gY9-YNDNAB1eip-RTPbqphgySwSNSDHLq9D5Bty4FSU/edit QUIC是一个谷歌提出的新的互联网协议. QUIC解决出现在现在网络协议的一些传输层和应用层的问题,而且几乎不需要应用更改.QUIC和TCP+TLS+HTTP2十分相似,但是基于UDP实现.使用QUIC作为一个独立的协议可以做到一些别的协议做不到的创新,因为它们受到传统客户端和中间件的阻碍. 和TCP+TLS+HTTP2

HttpWebRequest出错 服务器提交了协议冲突. Section=ResponseHeader Detail=CR 后面必须是 LF

服务器提交了协议冲突. Section=ResponseHeader Detail=CR 后面必须是 LF The server committed a protocol violation. Section=ResponseHeader Detail=CR must be followed by LF 主体意思是微软没有容忍不符合RFC 822中的httpHeader必须以CRLF结束的规定的服务器响应. 一个解决方案是在application.config或web.config文件里加入 <

服务器提交了协议冲突. Section=ResponseHeader Detail=CR 后面必须是 LF

解决办法: ToggleAllowUnsafeHeaderParsing(true); public static bool ToggleAllowUnsafeHeaderParsing(bool enable) { Assembly assembly = Assembly.GetAssembly(typeof(SettingsSection)); if (assembly != null) { Type settingsSectionType = assembly.GetType("Syste

System.net.mail.smtpException;服务器提交了协议冲突 服务器响应为:

最近发邮件遇到问题. 主机godaddy 端口 25,80 都可以用 stmp服务器地址:smtpout.secureserver.net 不支持ssl 我就吧 EnableSsl 设置为false了 一切都没问题 之前发送也成功了... ok,经过若干改动后 问题来了 报错 错误为: 你是不是在想 冒号 后面的 响应为???为什么? 好吧系统只负责报错没给出来啥. 查了一下 msdn 有个属性 叫 SmtpStatusCode 有个例子...如下...yes....检查状态码... try {

iOS App提交指南-协议、税务和银行业务

App通过审核时,选择的是手动发布,想着等到自己生日那天来发布,当做留个纪念,结果生日当天发布时,由于App属于收费应用,还需要填写协议.税务和银行信息,结果又急急忙忙地去找了下这方面的资料,现在把整个提交的过程给大家分享一下. PS:如果是免费应用则可以跳过这些. 一.登录iTunes Connect 登录iTunes Connect 进入协议.税务和银行业务页面 01.png 进入协议.税务和银行业务 二.选择申请合同类型 进入协议.税务和银行业务页面后,会有3种合同类型,如果你之前没有主动

[转帖](区块链补习班)ERC20很多人都听过,但ERC是什么你真的了解吗?

(区块链补习班)ERC20很多人都听过,但ERC是什么你真的了解吗? http://baijiahao.baidu.com/s?id=1600948969290990883&wfr=spider&for=pc 区块链福利社 发布时间:18-05-2012:15 ▌今日币价 Btc$8505/ Eth$707/Eos$12.94 本文不介绍技术代码相关,具体代码可在文末自行下载学习,为了方便阅读下文,特此做几个定义的解释: 可替代性通证(fungible token):在本文指的是基于区块链

新一代互联网传输协议QUIC

QUIC(Quick UDP Internet Connections,快速UDP互联网连接)是Google提出的一种基于UDP改进的通信协议,其目的是降低网络通信的延迟,提供更好的用户互动体验. QUIC的主要特点包括:具有SPDY(SPDY是谷歌研制的提升HTTP速度的协议,是HTTP/2.0的基础)所有的优点:0-RTT连接:减少丢包:前向纠错,减少重传时延:自适应拥塞控制, 减少重新连接:相当于TLS加密. 1.重传与恢复 与TCP类似,QUIC每发送一个包后,都会等待回复一个确认包.当