硬件压力与余量测试

余量得分偏低很少是孤立现象。要查看该结果与你其他诊断结果的对比排名,请打开你的修复方案。

一个常见且令人沮丧的现象:通话开始时一切正常,一小时后你的视频开始卡顿,而其他人看起来都很正常。这很少是网络问题,而正是本基准测试专门设计用来还原的具体故障。

持续的视频编码会让你的处理器不间断地工作。笔记本电脑尤其会通过降低自身时钟频率来应对发热,以牺牲性能为代价保护硬件。再加上虚拟背景、屏幕共享和二十个浏览器标签页,恰恰在通话进行最久的时候,设备可用的性能就越少。短时间测试永远无法揭示这一点;而两分钟真实的持续负载可以。

得分从一百分开始,针对四项测量行为扣除相应分数:帧率从测试开始到结束下降了多少、有多大比例的帧被完全丢弃、有多少长任务阻塞了主线程,以及编码器队列积压了多深。运行从容的设备失分很少。而吃力的设备会同时在多个类别中失分,这就是为什么低分通常意味着一个整体性能问题,而不是某个特定的单一故障。

浏览器 JavaScript 无法读取处理器温度,无法检查散热系统,也无法识别哪个组件是瓶颈。本测试测量的是可观察到的结果——性能在持续编码负载下是否下降——而不是背后的根本原因。

但对于大多数人所面临的实际决策而言,这仍然是一个有用的答案,即他们现有的设备是否能在开启特效的情况下承受一个小时的通话。如果不能,在断定需要更换新硬件之前,值得先尝试上述几种补救方法。

得分从 100 分开始,针对帧率下降、丢帧、主线程阻塞和编码器队列深度扣除相应的实际扣分——这些都在你两分钟的测试过程中被测量。

1. 关闭你在真实通话中通常会打开的所有程序,或者保持打开以测试你实际的典型使用条件。
2. 点击“开始”,并在出现提示时允许摄像头访问权限。
3. 让完整的两分钟测试运行完毕,期间不要与页面交互——这样才能还原真实长时间通话所产生的持续负载。
4. 查看你的余量得分,以及构成该得分的四项测量指标。