快手、孩子王、华为等专家分享大模型在电商运营、母婴消费、翻译等行业场景的实际应用 了解详情
写点什么

HTTP/3 与 HTTP/2 的性能对比

  • 2020-05-11
  • 本文字数:2578 字

    阅读完需:约 8 分钟

HTTP/3与HTTP/2的性能对比


在去年 Cloudflare生日周,我们宣布了初步支持 HTTP/2 的下一代新协议–HTTP/3。我们的目标是为建立一个更好的互联网而努力。在标准制定上进行协作非常重要,我们很荣幸可以参与到制定标准的工作中来。


虽然 HTTP/3 仍处于草案状态,但是有大量用户对此表现出浓厚兴趣。截至目前,已经有超过 113000 个网络区域激活了 HTTP/3,如果你正在使用实验性的浏览器,则可以使用新协议对这些站点进行访问。


在与 Google 的合作下,我们启动了对HTTP/3的支持,与此同时,Google 也在 Google Chrome 中启动了对 HTTP/3 的实验性支持。从那时起,我们看到越来越多的浏览器增加对 HTTP/3 的实验性支持:比如 Firefox 的Nightly版本,其他基于 Chromium 的浏览器比如 Opera、Edge 以及 Safari 的技术预览版本

HTTP/3 发展现状

IETF 标准化过程将协议开发为一系列文档草案版本,其目的是确定最终版本,并根据该版本发布 RFC。QUIC 工作组的成员在分析、实施和互操作规范方面进行协作,目的是及时发现问题并优化协议。


我们目前支持了HTTP/3的Draft-23版本,此后会持续跟进和适配未来新草案版本,在撰写本文时,最新草案版本号为27。针对每次草案版本更新,QUIC 协议的内容质量都会有所提升,以保证协议内容与其表现保持“基本共识”。为避免协议迭代发展过程中因为升级分析处于停滞状态,异或是因为变更而出现无休止的调整,随着每个新草案的提出,对已有规范提出修改的门槛一直在提高。这意味着版本之间的更改较小,并且最终的 RFC 应该与我们当前在生产环境中运行的协议紧密联系,差异更小。

HTTP/3 的优点

HTTP/3 的主要优点之一是性能提升,特别是在同时获取多个对象时的性能。使用 HTTP/2,TCP 连接中的任何中断(packet loss)会阻塞所有数据流(Head of line blocking)。因为 HTTP/3 基于 UDP 协议,所以如果数据包丢失,只会中断一个数据流,而不会中断所有流。


此外,HTTP/3 提供了0-RTT支持,这意味着在建立连接时通过消除与服务器的 TLS 确认,可以使后续连接的启动速度更快。比起使用完全 TLS 协商的方式,客户端可以更快地开始请求数据,网站可以更早开始加载。


下图说明了 HTTP/2 多路复用两个请求时数据包丢失情况及其影响。客户端通过 HTTP/2 向服务器发送请求,请求两个资源(我们将请求及其关联的响应涂成绿色和黄色)。响应被分解为多个数据包,可惜的是,如果一个数据包丢失,两个请求都会响应失败。




上面显示了使用 HTTP/3 协议多路复用 2 个请求的情况。当丢失一个黄色的响应数据包时,只对黄色数据包的响应造成影响,并不会对绿色数据包代表的响应造成影响。


会话启动方式的改进意味着与服务器的“连接”启动速度更快,这意味着浏览器可以更快地获取数据。我们很想知道改进有多大,所以我们进行了一些测试。为衡量由 0-RTT 支持带来的改进,我们运行了一些基准测试来测量获取第一个字节的用时(TTFB)。平均而言,使用 HTTP/3,我们获取到第一个字节出现在 176ms 之后。使用 HTTP/2,这个时间是 201ms,这意味着 HTTP/3 的性能已经提高 12.4%。



有趣的是,协议的每个方面并不都受到草案或 RFC 的约束。协议实现方式的选择,例如有效的数据包传输和拥塞控制算法的选择,会影响其性能。拥塞控制是用户计算机和服务器用来适应过载网络的一种技术:通过丢弃数据包,随后的数据传输就会受到限制。由于 QUIC 是一种新协议,因此正确地进行拥塞控制设计和实现需要进行实验和调整。


从简洁性和安全性角度出发,丢失检测和拥塞控制规范建议使用Reno算法,但允许用户根据自身情况选择任何算法。我们的实现从New Reno算法开始,基于以往经验,我们知道可以通过其他方式获得更好的性能。我们最近已迁移到 CUBIC 算法,在数据传输量大且数据包丢失频繁的网络情况下,CUBIC 算法性能与 New Reno 算法相比有很大提升。


对于现有的 HTTP/2 技术栈,我们目前支持BBR V1(TCP)。这意味着在我们的测试中,我们无法进行精确的比较,因为这些拥塞控制算法在较小数据传输和较大数据传输之间的行为会有所不同。虽然如此,与 HTTP/2 相比,我们已经看到使用 HTTP/3 在较小内容传输下的速度更快。对于较大区域,改进后的 HTTP/2 的拥塞控制在性能上大放异彩。


对于 15KB 的小型测试网页,HTTP/3 平均需要 443ms 加载,而 HTTP/2 则为 458ms。但是,一旦我们将页面大小增加到 1MB,优势就会消失:HTTP/3 仅比当今网络上的 HTTP/2 慢一点,HTTP/3 加载花费 2.33 秒,而 HTTP/2 加载花费 2.30 秒。





基准测试很有意思,然而我们更想知道 HTTP/3 在现实世界中的表现。


为进行衡量,我们希望有一个第三方可以像浏览器一样在我们的网络上加载网站。WebPageTest 是一个通用框架,通过漂亮的瀑布图来展示页面加载时间。为了分析后端,我们使用了自家的Browser Insights来捕获白屏时间。然后,我们将这两部分数据通过自动化的方式结合在一起。


作为测试用例,我们决定对公司博客进行性能监控。我们在全球范围配置了 WebPageTest 实例,以同时通过 HTTP/2 和 HTTP/3 加载站点。我们还启用了 HTTP/3 和 Browser Insight。因此,每当我们的测试脚本检测到使用支持 HTTP/3 的浏览器访问该站点加载网页时,浏览器就会将报告数据返回。清洗数据并与 HTTP/2 的报告数据进行比较。


下图显示了真实页面(blog.cloudflare.com)的页面加载时间,以比较 HTTP/3 和 HTTP/2 的性能。同时我们还从不同的地理位置进行了这些性能评估。



如上图所见,在北美,HTTP/3 性能仍落后于 HTTP/2 性能,性能差距平均水平约为 1-4%,在欧洲,亚洲和南美也得到类似结论。我们怀疑这可能是由于拥塞算法不同所致:BBR v1 上的 HTTP/2 与 CUBIC 上的 HTTP/3 不同。将来,我们将努力在两者上支持相同的拥塞算法,以实现更准确的性能对比。

结论

总体而言,我们很高兴一起参与推动这一标准的发展。我们的实现效果很好,在某些情况下提供了更好的性能,并且在最坏的情况下性能也和 HTTP/2 相近。随着标准的定稿,我们期待浏览器在主流版本中增加对 HTTP/3 的支持。对我们来说,我们将继续支持最新的草案,同时寻找更多的方法,比如拥塞调整、优先级划分或者系统容量(CPU 和原始网络吞吐量),利用 HTTP/3 获得更好的性能。


同时,如果您想尝试一下,只需在我们的仪表板上启用 HTTP/3 并下载支持该协议的浏览器。有关如何启用 HTTP/3 的说明,请参见我们的开发文档


英文原文:


Comparing HTTP/3 vs. HTTP/2 Performance


2020-05-11 09:535749

评论 2 条评论

发布
用户头像
0-RTT 是TLS1.3代来的吧?
2020-05-11 11:41
回复
是的,不过0-RTT是QUIC的特性之一,QUIC则被用于HTTP的传输。
2020-05-11 14:40
回复
没有更多了
发现更多内容

干货!这份阿里P8大佬纯手打总结Kafka学习笔记,真是yyds

了不起的程序猿

Java kafka java程序员 消息中间件 Java 开发

DAPP和APP有哪些区别?多链跨链NFT铸造挖矿dapp系统开发技术原理分析

开发微hkkf5566

阿里大佬 推荐的 “ Spring Cloud Alibaba项目文档 ” 正式发布

冉然学Java

Java 微服务 Spring Cloud Alibaba

微服务性能分析|Pyroscope 在 Rainbond 上的实践分享

北京好雨科技有限公司

Kubernetes 微服务 云原生

创新能力加速产业发展,SphereEx 荣获“中关村银行杯”『大数据与云计算』领域 TOP1

SphereEx

数据库 开源 架构 SphereEx Apache ShardingSphere

DBPack 数据库限流熔断功能发布说明

峨嵋闲散人

分布式事务 云原生 分库分表 dbmesh Database Mesh

寻找OpenHarmony「锦鲤」|万元豪礼+技术干货全是你的!

OpenHarmony开发者

OpenHarmony

属实不赖!Alibaba开源GitHub星标114K微服务架构全彩进阶手册

冉然学Java

Java 阿里巴巴 开源 微服务 微服务架构

增强分析在百度统计的实践

百度Geek说

数据库

用Rust编写的Linux内核GPU驱动程序,或将到来

非凸科技

Linux gpu rust 编程语言

推荐一款微软出品的开发神器,体验不输IDEA!(含参考资料和项目源码)

收到请回复

面试 springboot 应届生 金九银十 java项目实战分享

Kotlin协程解析系列(上):协程调度与挂起

vivo互联网技术

kotlin 协程

Java 泛型 T,E,K,V,,傻傻分不清?

TimeFriends

8月月更

测试开发【Mock 平台】09 开发:项目管理(五)搜索、删除和Table优化

MegaQi

测试平台开发教程 8月月更

最常见的 10种网络安全攻击类型

郑州埃文科技

网络安全 IP地址 网络攻击

《数字经济全景白皮书》银行业数字普惠金融发展与优化策略分析 发布

易观分析

金融 数字经济全景白皮书 易观分析

StarRocks 技术内幕 | 基于全局字典的极速字符串查询

StarRocks

数据库

前端监控系列2 |聊聊 JS 错误监控那些事儿

字节跳动终端技术

APM 前端监控 火山引擎 JS错误

为什么电商云产品需要 Assisted Service Module (ASM) 模块的支持

汪子熙

typescript 电商 SAP 8月月更 Storefront

Groovy语境下的Map

FunTester

35岁程序员危机,有何破解之法?

博文视点Broadview

基于RocksDB实现高可靠、低时延的MQTT数据持久化

EMQ映云科技

物联网 mqtt RocksDB emqx 8月月更

人手一套的K8S命令集合,它来了!

wljslmz

云计算 Kubernetes 容器 8月月更

一文搞懂│mysql 中的备份恢复、分区分表、主从复制、读写分离

MySQL 高并发 经验分享 签约计划第三季 8月月更

SpringBoot 日志的各种使用姿势,你真的用对了吗?

程序知音

Java spring 程序员 springboot 后端技术

多原则等于无原则,微服务识别方法究竟该怎么选?

老坛架构

架构 微服务

以合规交易释放数据“红利”,合合信息旗下启信宝签约福建大数据交易所首批数商

合合技术团队

数据 峰会

连流量染色都没有,你说要搞微服务?

得物技术

架构 微服务 云原生

开源 | WLock:高可用分布式锁设计实践

开源 分布式 分布式锁

为什么不做APP而要做小程序

源字节1号

小程序开发

一文详解特权访问管理(PAM)

SEAL安全

安全 访问权限 访问管理 特权访问

HTTP/3与HTTP/2的性能对比_架构_Sreeni Tellakula_InfoQ精选文章