真实世界 HTTP/2:每天 400gb 图像

现已完成的 HTTP/2 规范理所当然地引起了 Web 性能社区的极大兴趣。新协议旨在解决老化的 HTTP/1.x 协议的常见网络性能问题,同时保留现有语义。今年早些时候,我们开始小规模推出静态资产。在对我们的新基础设施建立信心后,我们开始将静态资产转换为 HTTP/2。令人惊讶的是,我们平台的某些部分感觉明显变慢了。这篇文章将涵盖我们对采用 HTTP/2 所经历的性能回归的调查。我们的故事并不是通常与 HTTP/2 相关的 Web 性能灵丹妙药。我们希望分享我们发人深省的经验将有助于平衡讨论。

所经历的性能回归的调查

为什么选择 HTTP/2? — 无论好坏,HTTP/2 的故事都与免费性能的概念以及它如何使我们对 Web 性能的所有了解都变得错误有关。实际上,HTTP/2 的性能故事是细微差别之一。印度尼西亚电话号码 与为每个资源创建一个新连接的 HTTP/1.x 不同,HTTP/2 最多为每个主机名创建一个连接。该连接是使用二进制帧协议的多路复用流。二进制框架负责将多个并发请求与响应进行匹配。 HTTP/2 的二进制帧协议示意图 Ilya Grigorik 演示文稿中的幻灯片:HTTP/2 来了,让我们优化!不再局限于每个连接一个事务,在很大程度上消除了行头阻塞。创建更少的连接还意味着对延迟和 TCP 拥塞控制的敏感性降低。结合起来,

创建更少的连接还意味着对延迟和

Indonesia Phone List
Indonesia Phone List

这些属性可以带来巨大的性能优势,因为它们减少了服务器和客户端之间往返的数量和持续时间。通过 igvita.com监控 HTTP/2 的性能——我们使用 Calibre 对最终用户性能进行综合监控,收集各种指标,比较页面加载时间的减少与带宽的减少与延迟的关系。我们将这些数据的一小部分推送到我们办公室中高度可见的 Geckoboard。性能仪表板 墨尔本办公室受 Etsy 启发的性能仪表板 我们使用以下指标作为用户感知页面加载性能和 HTTP/2 成功的代理。我们选择这些特定指标是因为它们受到页面加载生命周期不同方面的影响。

Leave a comment

發佈留言必須填寫的電子郵件地址不會公開。