新协议旨在解决老化的 协议的常见网络性能问题,同时保留现有语义。 今年早些时候,我们开始小规模推出静态资产。在对我们的新基础架构建立信心后,的是,我们平台的某些部分明显变慢了。这篇文章将介绍我们对采用 时遇到的性能下降的调查。 我们的故事并不是通常与 相关的 性能的灵丹妙药。我们希望分享我们发人深省的经验将有助于平衡讨论。 为什么是 ? 不管是好是坏, 的故事已经与免费性能的概念以及它将如何使我们对 性能的了解变得错误的概念联系在一起。 实际上, 的性能故事是细微差别之一。
与每个资源创建一个新连接的 不同, 最多为每个主机名创建一个连接。该连接是使用二进制成帧协议的多路复用流。二进制框架负责将多个并发请求与响应相匹配。 的二进制框架协议图 幻灯片来自 的演示文稿: 就在这里,让我们优化吧! 不再局限于每个连接一个事务,队头阻塞在很大程度上 巴基斯坦 WhatsApp 号码列表 被消除了。创建更少的连接还意味着对延迟和 拥塞控制的敏感性降低。结合起来,这些属性可以带来巨大的性能提升,因为它们减少了服务器和客户端之间往返的数量和持续时间。 图表比较页面加载时间的减少相对于带宽减少与延迟 通过 监控 的性能 我们使用 对最终用户性能进行综合监控,收集各种指标。
我们将一小部分数据推送到我们办公室内高度可见的 。 性能仪表板 墨尔本办公室受 启发的绩效仪表板 我们使用以下指标作为用户感知的页面加载性能和 成功的代理。我们选择这些特定指标是因为它们受到页面加载生命周期不同方面的影响。 事件被同步脚本延迟。 首次绘制的时间会因渲染阻塞资源(如 和字体)而延迟。 视觉上完成的时间会被非渲染阻塞资源(如图像和潜在的异步脚本)延迟。 速度指数受视觉完成率随时间的影响。 测试验证 是否成功 我们首先将图像缩略图 迁移到 ,它提供开箱即用的 。初始基准测试显示 的延迟和响应时间与我们现有的 相当。