# 先测量再调优：帧时间、1% low 与延迟

> 一套可重复的 Windows 11 26H2 游戏测量方法，包含 GPU 直通虚拟机的标注规则和改动账本。

**测试环境**

- 版本号: 26300.9711
- 版本: 专业版
- 架构: x64
- 证据: E1
- 核验日期: 2026-10-27

## 一句话结论

平均帧数会掩盖问题。如果计数器显示 120，但游戏“手感”很差，先看**帧时间**和 **1% low**，然后一次只改一个变量。没有前后测量的调优只是猜。

> **警告: 实验室状态**
>
> 本页定义方法。下面的改动账本是表结构示例；只有在实验室实际测量后才填行。GPU 直通虚拟机的数据标 `M-V`，绝不当作裸机结果。

## 要采集什么

| 指标 | 为什么重要 | 工具 |
|---|---|---|
| 平均 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 次。如果差异落在噪声范围内，就写“无可测差异”，不要硬说成提升。

  预期结果: 差异大于运行间噪声，且场景与设置一致。

## 改动账本（表结构示例）

## GPU 直通虚拟机的额外限制

- **必须标注。** 直通 VM 是 `M-V`，绝对 FPS 不是裸机数字；只用于同环境前后对比。
- **反作弊可能拒绝。** 部分游戏会检测虚拟机。维护“不可测”列表；被拦的游戏改用裸机，或不发结果。
- **合成 vs 真实：** 内置 benchmark 可重复，但不一定代表实战。写明用的是哪一种。
- **不要偷偷改环境：** 两次运行之间改 vCPU 模型、大页或绑核，对比就作废。

## 不要这样写

- 一次运行就写“提升 30%”。
- 没有延迟测量就说某个注册表“降低输入延迟”。
- 把 VM 结果说成物理机结果。
- 用永久关闭 Defender、更新或安全边界来换帧数。

- [内存完整性（HVCI）：实测代价](https://winbook.fyi/zh/windows/gaming/memory-integrity/)：关闭安全边界前先看实测与兼容性。

## 来源

- [Microsoft — Windows 11 26H2 已知问题](https://learn.microsoft.com/zh-cn/windows/release-health/status-windows-11-26h2)
- [Microsoft Q&A — GPU 直通与反作弊](https://learn.microsoft.com/en-us/answers/questions/1530705/hyper-v-data-security-kernel-access-programs)

---

来源页面: https://winbook.fyi/zh/windows/gaming/measure/