IT之家 10 月 8 日消息 据 smalltechnews 报道,谷歌宣布开始在其 Chrome 浏览器中实现对 HTTP / 3 的支持。互联网工程任务组(IETF)最早于 2015 年启动了 HTTP / 2,它带来的主要改进之一是对重用的支持。但是它使用 TCP 作为传输协议和 TCP 中的丢失恢复机制,因此丢失的数据包仍然会导致所有活动事务的延迟。而使用 QUIK,HTTP / 3 则可以进一步改善传输过程,因为丢失的数据包只会影响直接受其影响的活动。IT之家了解到,Google 是 QUIC 的原始开发者,该协议已经交由 IETF 处理了一段时间,现在 QUI...... Last article READ

谷歌开始在Google Chrome中加入HTTP/3和IETF QUIC支持

  ,该公司在一篇博客中宣布。此次更新将带来一些额外的性能改进,主要得益于实现了 QUIC 作为传输协议。互联网工程任务组(或 IETF)早在 2015 年就推出了 HTTP/2,它带来的一大改进就是支持复用。

  但是,它采用了 TCP 作为传输协议,以及 TCP 中的丢失恢复机制,所以丢失的数据包仍然会造成所有活动事务的延迟。通过采用 QUIC,HTTP/3 可以进一步改善传输过程,因为丢失的数据包只会影响到直接受其影响的事务。

  谷歌是 QUIC 的最初开发者,但该协议在 IETF 手中已经有一段时间了,现在 IETF 版本的 QUIC 与谷歌内部的 QUIC 有很大不同。到目前为止,谷歌只支持自己的 QUIC 实现,而 IETF 则还在研究其版本,但现在这种情况正在改变。谷歌表示,IETF QUIC “在 TCP 上明显优于 TLS 1.3 的 HTTPS”。例如,谷歌搜索延迟降低了2%,而 YouTube 的重新缓冲时间减少了9%。

  因此,该公司在其浏览器中启用了对 IETF QUIC 的支持,不少于 25% 的用户从今天起会自动启用。根据谷歌的说法,本次实现是基于 29 号草案,这不是最新的版本,但在后续的草案中没有突破性的变化。谷歌还没有添加的是对 IETF QUIC 0-RTT 的支持,它将在以后出现,这将带来更好的性能。

  HTTP/3 还没有最终确定,目前还不清楚浏览器何时能有一个完全最终确定的实现。

  新智元专栏   作者:葛颀   【新智元导读】阿飞正传有一句经典的台词,给过我们许多关于人生的感悟,「以前我以为有一种鸟一开始就会飞,飞到死亡的那一天才落地。」但换个角度看,一只从来没有落过地的鸟,是不是什么地方也没有真正去过呢?AI 也是一样,不能一直沉醉在永不上线的灰色迭代里。   始于 1969 年的 ARPANet,启动了全球的数字化进程。   在过去的近 50 年里,我们亲身见证了三波浪潮。   第一波是以个人电脑 PC 和网线为代表,鼠标是最重要的交互方式。   第二波驱动力来自乔布斯的智能手机和 4G,今天全球已有 30 多亿人通过多点触摸的方式连上了移动互联网。   201......Next article READ