基准测试方法
本页内容
PC Benchmark X 测量指定 CPU/GPU 场景的执行情况以及对软件信号的响应延迟。场景内的工作量是固定的。时长和评分权重由客户端从服务器获取的方法论决定。
本页描述引擎世代 0.8.0 及基础参数。服务器方法论更新后,新运行的实际参数可能有所不同。已完成的测试不会因设置变更而获得新的测量数据:只能根据已保存的数据重新计算其分数。
打开 BoosterX → 基准测试 → 测试,选择配置文件并检查显示的参数。在测量期间,BoosterX 会暂停自身的监控并最小化自己的窗口,随后恢复其状态。外部程序继续运行,可能影响数值。
请使用同一版本的引擎和驱动程序、相同的电源、超频和散热设置重复测试。在笔记本电脑上请连接充电器。进行前后对比时,只更改一项设置并记录具体更改了什么。
Candidate 序列
Section titled “Candidate 序列”| 运行部分 | 基础时长 | 用途 |
|---|---|---|
| 预热 | 15 秒 | 为计入测量的负载做准备 |
| CPU | 20 秒总计 | 三个区块,各约 6,67 秒 |
| GPU | 30 秒总计 | Geometry、Shader 和 Compute 各 10 秒,每个分三个区块 |
| Combined | 30 秒总计 | 三个区块,各 10 秒 |
| 校准 | 10 秒 | 调整 Loaded Latency 的复杂度 |
| 延迟预热 | 2 秒 | 为测量路径做准备 |
| Baseline Latency | 20 秒 | 在基础负载下测量延迟 |
| Loaded Latency | 20 秒 | 在校准后的负载下测量延迟 |
基础 Candidate 中的 Baseline 已从原先的 5 增加到 20 秒。表中的 GPU 值指整个 GPU 部分,而不是三个场景各自的值。过渡、资源准备和收尾会增加上述时长之外的时间。
性能负载在三个轮次中交替进行。每个 CPU 区块前都会重置模拟状态,并执行 512 个不计入测量的准备帧。这减少了对前一个区块的依赖,但并不能消除预热、频率变化或后台负载的影响。
运行配置文件与时长
Section titled “运行配置文件与时长”| 配置文件 | 用途 | 过渡 | 预热 | CPU | GPU 总计 | Combined | 校准 | 延迟预热 | Baseline | Loaded |
|---|---|---|---|---|---|---|---|---|---|---|
| Candidate | 发布合格结果 | 0,5 秒 | 15 秒 | 20 秒 | 30 秒 | 30 秒 | 10 秒 | 2 秒 | 20 秒 | 20 秒 |
| Quick | 短时本地诊断 | 0,25 秒 | 7,5 秒 | 10 秒 | 15 秒 | 15 秒 | 5 秒 | 1 秒 | 2,5 秒 | 10 秒 |
| Extended | 长时本地诊断 | 1 秒 | 30 秒 | 40 秒 | 60 秒 | 60 秒 | 20 秒 | 4 秒 | 40 秒 | 40 秒 |
这些是基础时长,可能由服务器更改。配置文件的可用性同样由远程管理。**用于常规发布的是 Candidate;Quick 和 Extended 保持本地。**用户自定义的不完整测试集不能替代用于排名的运行。
更长的记录会提供更多观测数据,但本身并不能保证更好的分数或没有干扰。不要在前后对比实验中混用配置文件。
逐帧采集且不写入磁盘
Section titled “逐帧采集且不写入磁盘”测量数据被收集到预先分配的内存块中。每一帧程序都不会格式化 JSON,也不会将结果记录写入磁盘。工作完成后,数据会被合并并处理。这减少了采集对测试的影响,但并不能使测量工具在资源上变得零成本。
会保存汇总指标、时间分布和运行信息。从已保存的测量数据重新计算会校验算术;硬件层面的可重复性只能通过新的运行来验证。
运行质量与结果不合格
Section titled “运行质量与结果不合格”请注意关于后台负载、电源、窗口切换、屏幕变化和环境条件的警告。虚拟化或单独的警告本身既不能证明造假,也不能证明低分的具体原因。
被取消、不完整或测量不正确的运行可能没有合格分数,不允许用于常规发布。服务器单独决定发布的可用性和是否需要检查。请遵循程序中的提示;如果原因与测量有关,请在安静的环境下重新测试。
记录质量并不意味着已排除所有外部干扰。要得出实际结论,需要重复测试和可比较的条件。
如何解读结果
Section titled “如何解读结果”| 指标 | 含义 |
|---|---|
| CPU Score | CPU 场景的速度以及 CPU 帧时间的 P99 |
| GPU Score | Geometry、Shader 和 Compute 的归一化速度 |
| Core Latency Score | 内部延迟评分;分数越高越好 |
| Consistency | 运行内慢尾的附加特征 |
| PC Score | CPU、GPU 和 Latency 的几何合并;基础权重 60/20/20 |
实际延迟以毫秒显示,且越小越好。Consistency 不作为单独组成部分进入新的最终公式,也不能替代运行之间的可重复性。详细的公式、基准和权重是公开的。
- 合成场景有助于发现系统变化,但不能替代具体游戏的测试。
- 低离散度还不能证明每个时间戳的准确性或不存在系统性误差。
- Core Latency 并不测量从鼠标到像素发光的完整路径。
- 排行榜中的总体位置取决于所选权重、参与者构成和服务器端重新计算。
- 重新计算旧分数并不会使旧版负载变成新版。要比较修正后的场景,请执行新的测试。
可重复性验证存档属于版本 0.5.2。新方法论不会自动继承其测得的离散度指标。
更新日期:2026-10-02。
