先测量再调优：帧时间、1% low 与延迟
一套可重复的 Windows 11 26H2 游戏测量方法，包含 GPU 直通虚拟机的标注规则和改动账本。
测试环境专业版 · 版本号 26300.9711 · x64
E1- 版本号
- 26300.9711
- 版本
- 专业版
- 架构
- x64
- 支持
- 测试方法
- 证据
- E1官方文档
- 核验日期
- 2026-10-27
- 页面类型
- 方法
平均帧数会掩盖问题。如果计数器显示 120，但游戏“手感”很差，先看帧时间和 1% low，然后一次只改一个变量。没有前后测量的调优只是猜。
| 指标 | 为什么重要 | 工具 |
|---|---|---|
| 平均 FPS | 吞吐量，最容易被误读 | CapFrameX / PresentMon |
| 1% low FPS | 你真正感觉到的卡顿 | CapFrameX |
| P99 帧时间 | 最差帧，而不是平均 | CapFrameX |
| DPC/ISR 延迟 | 驱动层卡顿 | LatencyMon |
| 频率、温度、功耗 | 确认两次运行可比 | HWiNFO |
设置
记录 Windows build（winver）、显卡驱动版本、游戏版本、分辨率、刷新率、VRR 状态、电源计划和室温。缺这些的数据不可比。
预期结果: 前后使用同一 build、驱动、游戏版本、分辨率、画质预设和电源计划。
终端（管理员）
用可重复的场景（内置 benchmark 或固定路线）。丢掉第一次冷启动。保留原始 CSV；页面只展示汇总，不展示“截一张数字图”。
预期结果: 同一场景跑 5 次 60 秒，记录中位数和 1% low。
设置
先给虚拟机打快照或建还原点。改了两项，就无法归因。
预期结果: 只有一个注册表、服务、驱动或游戏设置不同。
终端（管理员）
同样跑 5 次。如果差异落在噪声范围内，就写“无可测差异”，不要硬说成提升。
预期结果: 差异大于运行间噪声，且场景与设置一致。
改动账本（表结构示例）
Section titled “改动账本（表结构示例）”只有实测后才填行。“待测”是刻意的：没有数据就没有百分比。
| 改动 | 改了什么 | 实测差异 | 风险 | 回滚 |
|---|---|---|---|---|
| 内存完整性（HVCI） | 关闭 VBS/HVCI 的内核完整性检查，减少虚拟化开销 | 待测（M-V） | R2系统级稳定轨 | Windows 安全中心 → 设备安全性 → 内核隔离 → 内存完整性 → 开 |
| 硬件加速 GPU 调度 | 把 GPU 调度从 CPU 移到 GPU 调度器 | 待测（M-V） | R1可逆稳定轨 | 设置 → 系统 → 屏幕 → 显示卡 → 更改默认图形设置 → 关 |
| 核心停泊覆盖 | 让选定核心不休眠，改变调度行为 | 待测（M-V） | R2系统级实验轨 | 恢复导出的电源计划 GUID，或执行 `powercfg /restoredefaultschemes` |
GPU 直通虚拟机的额外限制
Section titled “GPU 直通虚拟机的额外限制”- 必须标注。 直通 VM 是
M-V，绝对 FPS 不是裸机数字；只用于同环境前后对比。 - 反作弊可能拒绝。 部分游戏会检测虚拟机。维护“不可测”列表；被拦的游戏改用裸机，或不发结果。
- 合成 vs 真实： 内置 benchmark 可重复，但不一定代表实战。写明用的是哪一种。
- 不要偷偷改环境： 两次运行之间改 vCPU 模型、大页或绑核，对比就作废。
-
一次运行就写“提升 30%”。
-
没有延迟测量就说某个注册表“降低输入延迟”。
-
把 VM 结果说成物理机结果。
-
用永久关闭 Defender、更新或安全边界来换帧数。
-
内存完整性（HVCI）：实测代价：关闭安全边界前先看实测与兼容性。