在线 GPU 基准测试：浏览器 WebGL 指南

浏览器 benchmark 测量的是浏览器实际可用的图形路径。对 Volume Shader BM 来说，这意味着 WebGL shader 负载、帧节奏以及在可重复渲染场景中的可见稳定性。

这个数字不能替代完整的原生 benchmark 分数。它更适合回答实际问题：WebGL 是否可用、这台设备能否持续承受 shader 较重的页面、同一设备上的不同浏览器是否表现不同。

因此，在线测试特别适合手机、受限笔记本、学校或办公机器，以及不方便安装软件时的快速排查。

有用的结果不只是最终分数。浏览器结果还包含 WebGL context、GPU renderer 字符串、shader 编译路径、device pixel ratio、标签页调度、电源策略和显示刷新行为。这些细节解释了为什么两台原始 GPU 类似的机器，在网页图形负载中可能体感不同。

固定浏览器、preset、窗口大小、复杂度、功耗模式和运行时长。关闭重负载后台标签页，不要把冷启动结果和已经升温后的结果直接比较。

不要只记录平均 FPS。最低 FPS、frame-time spike，以及运行过程中结果是否下滑，往往比一个 headline 数字更能解释真实流畅度。

如果比较桌面和移动设备，要标注设备类别。移动 GPU 可能短时间 boost，然后在持续 shader 负载下降频。

有价值的复测通常包含三轮：冷设备快速测试、紧接着的热身后测试，以及几分钟后的持续测试。如果冷跑和热跑差异很大，结论更可能与热状态或功耗策略有关，而不是简单的 GPU 等级排名。

记录 GPU renderer、浏览器名称和版本、操作系统、功耗模式、preset、复杂度、canvas 尺寸、运行时长、平均 FPS、1% low FPS 和 p95 frame time。再补充风扇噪音、设备发热、省电模式、屏幕变暗或可见卡顿等备注。

renderer 字符串很重要，因为很多浏览器会通过 ANGLE、Metal、Direct3D、OpenGL 或其他后端路由。只写 RTX laptop 或 iPhone 会丢掉真正影响分数的浏览器图形路径。

运行时长也必须写清楚。15 秒在线 GPU benchmark 适合检查兼容性和短时爆发；3 分钟运行更适合观察热漂移；10 分钟运行已经接近 stress check，应单独标注。

许多在线测试会把性能概括成一个分数。Volume Shader BM 的范围更窄：它使用持续的 volume ray-marching shader，让结果更容易连接到 fragment-shader 吞吐、fill-rate 压力、frame-time 稳定性和 WebGL 浏览器行为。

这种窄范围在实际搜索场景中很有价值。如果用户想知道浏览器能不能持续承受 shader-heavy 视觉效果，聚焦的 WebGL 工作负载能补充普通 benchmark 平均分看不见的信息。

边界也要保持清楚。用 Volume Shader BM 回答浏览器 shader 问题；当你需要游戏式场景、硬件遥测、GPU clocks、温度、风扇转速或采购级比较池时，再使用原生套件。

当你需要标准化分数、跨厂商比较池、硬件监控、驱动级遥测或更接近现代游戏的工作负载时，应使用原生 benchmark。

当问题更窄时，在线 benchmark 更合适：浏览器图形支持、WebGL shader 性能、FPS 稳定性，或深入测试前的快速 sanity check。

如果浏览器崩溃、反复丢失 WebGL context，或出现严重 frame-time spike，不要只看最终 FPS。失败模式本身就是结果，下一步应检查浏览器更新、驱动或原生诊断。