Speedometer 3.0：一个用于衡量 Web 应用响应速度的共享浏览器基准测试

原文 ↗ Hacker News 讨论 ↗

跨引擎协作与目标

  • Speedometer 3.0 被强调为首个由三大引擎团队共同构建的主要浏览器基准测试（Blink/V8、Gecko/SpiderMonkey、WebKit/JavaScriptCore）。
  • 许多人将其视为衡量 Web 应用响应速度的事实标准，并预计它会像之前的 Speedometer 版本一样推动实际优化。

分数的含义

  • 分数越高越好；该数值是对一组 Web 应用交互总耗时的重新缩放后的倒数。
  • 粗略理解：时间减半，分数翻倍；分数提高 5% ≈ 子测试速度提高 5%（由于几何平均数，存在一些细微差别）。
  • 仪表盘显示到 140 只是作为带余量的视觉刻度；分数可以超过这个值，但表盘会饱和。

观察到的性能模式

  • 桌面端：现代高端 CPU 和 Apple Silicon 约为 25–35；中端笔记本和较旧的台式机则为 10–20。
  • 移动端：较新的 iPhone 通常以很大优势超过旗舰 Android 手机；一些用户提到他们的手机甚至跑赢了老旧笔记本。
  • 同一台机器上的不同浏览器通常差距不大，不过不同设备上的排序会变化（Safari、Chrome、Firefox 之间如此）。

扩展、隐私与配置的影响

  • 广告拦截器、内容拦截器和 Dark Reader 会显著拉低分数，尤其是在 Safari 和 Firefox 上。
  • 私密/无痕模式或禁用扩展通常会显著提升分数。
  • 计时器取整类隐私保护可能会破坏测试并产生“Infinity”分数。

Bug 和异常

  • 有些人报告 iOS 上的 Safari 会崩溃或终止测试，尤其是在非私密标签页中。
  • 也有人在 Firefox 上看到极端的单项测试离群值，严重拉高方差。

移动端与 iOS 细节

  • 在 iOS 上，所有浏览器都使用 WebKit，但应用层差异和额外开销仍会产生明显不同的分数。

批评与质疑

  • 一些人认为，现实世界中的卡顿更多来自臃肿、复杂的网站和 DOM 限制，而不是引擎本身。
  • 也有人担心基准测试只优化了引擎，而网站（包括浏览器厂商自己的网站）仍然沉重且缓慢。
  • 另一些人则反驳说，Speedometer 驱动的引擎工作已经转化为可测量、用户可感知的改进。

延迟与用户体验

  • 一些用户觉得现代系统的输入延迟仍高于老硬件，并渴望那种“触感”。
  • 另一些人则表示没有明显的点击/触控延迟，并强调往往是糟糕的开发者选择，而不是 Web 平台本身，导致了延迟。