4.4 性能预算与优化：帧时间、发热、电池

4.4 性能预算与优化：帧时间、发热、电池

本节摘要：XR 项目所有性能问题的根是"11.1ms 的帧时间预算"。本节给出一张完整的性能预算表（CPU/GPU/内存/带宽/温度/电池），拆开 5 个最常见的优化方向（减面、减 draw call、降低分辨率、关特效、注视点渲染），并演示用 Unity 的 Frame Timing Manager + RenderDoc 抓帧来定位瓶颈。

读完你能掌握

阅读完本节，你应当能够：

1. 给出 XR 项目的完整性能预算表。
2. 解释 Quest 3 与 Vision Pro 性能预算的差异。
3. 列举至少 5 种 XR 性能优化方法，并按"对帧时间影响"排序。
4. 用 Unity 的 Frame Timing Manager 抓帧并定位瓶颈。

一、问题与直觉

XR 项目的性能优化目标不是"画面好看"——而是"在严苛预算下保持 90Hz 稳定不掉帧"。90Hz = 11.1ms / 帧，120Hz = 8.3ms / 帧。这两个数字决定了 XR 项目的"性能天花板"。

直觉：减渲染 > 提 GPU。把场景面数砍 30% 比买更好的 GPU 更有效——因为 GPU 升级意味着换设备。

二、完整性能预算表（90Hz）

把"帧时间"作为唯一目标，其他资源都围绕它做权衡。

三、Quest 3 vs Vision Pro 性能预算差异

Quest 3 的算力比 Vision Pro 弱 2.5 倍，但分辨率也低——单像素算力相当。Vision Pro 的 R1 协处理器分担追踪/感知计算，让 M2 专心做渲染——这是它帧率更稳的关键。

四、5 大性能优化方向

按"对帧时间影响"从大到小排序：

1. 减面（影响 30-50%）

3D 模型的面数从 100k 砍到 30k，渲染时间直接降 50%。在 XR 里 LOD（Level of Detail）是必须的：

// Unity LOD：远处用低模
public class XR_LOD : MonoBehaviour
{
    public LODGroup lodGroup;
    void Start()
    {
        // 距离 < 5m: 100k 面
        // 距离 5-15m: 30k 面
        // 距离 > 15m: 5k 面
    }
}
​

2. 减少 Draw Call（影响 20-30%）

每个 Draw Call 是 CPU→GPU 的一次"开火"。1000 个物体 = 1000 个 Draw Call = CPU 满载。用 GPU Instancing 合并：

// Unity GPU Instancing
public Material instancedMaterial;
void Start()
{
    var renderer = GetComponent<Renderer>();
    renderer.material.enableInstancing = true;
}
​

3. 降低渲染分辨率（影响 20-40%）

XR 头显默认渲染分辨率 1.0x。降到 0.7x → GPU 负载降 50%。在 Quest 3 上：

// Quest 3 降低渲染分辨率
OVRManager.eyeTextureSizeScale = 0.8f;  // 80% 分辨率
​

代价是画面略糊，但配合注视点渲染后肉眼几乎看不出。

4. 关特效（影响 10-20%）

后处理（Bloom、DOF、AA）在 VR 里吃 30%+ GPU。砍到 1-2 个最关键的：

// 关掉所有后处理
UnityEngine.Rendering.Universal.UniversalAdditionalCameraData urp = 
    camera.GetUniversalAdditionalCameraData();
urp.renderPostProcessing = false;
​

5. 注视点渲染（影响 30-50%）

上一章渲染管线讲过——对注视点附近 20% 区域全分辨率，剩下 80% 降采样。GPU 负载降 30-50%。

五、动手演示：用 Frame Timing Manager 抓帧

// Unity Frame Timing Manager
using UnityEngine.Rendering;

public class FrameTimingCapture : MonoBehaviour
{
    void Update()
    {
        FrameTimingManager.CaptureFrameTimings();
        var timings = new FrameTiming[1];
        uint count = FrameTimingManager.GetLatestTimings(1, timings);
        if (count > 0)
        {
            var t = timings[0];
            Debug.Log($"CPU: {t.cpuFrameTime:F2}ms  GPU: {t.gpuFrameTime:F2}ms  帧时间: {t.cpuFrameTime + t.gpuFrameTime:F2}ms");
        }
    }
}
​

跑起来后 Console 输出每帧的 CPU/GPU 拆分：

CPU: 3.45ms  GPU: 4.12ms  帧时间: 7.57ms
CPU: 3.21ms  GPU: 4.01ms  帧时间: 7.22ms
​

如果 GPU 时间 > CPU 时间 → 减少 draw call / 减面。如果 CPU 时间 > GPU 时间 → 减少脚本工作量。

⚠️ 常见坑：很多团队一开始就用 RenderDoc 抓帧分析——但 RenderDoc 本身会让帧时间变成 30ms，调试结果不可信。Frame Timing Manager 是更轻量的"运行时"分析工具。

六、发热与续航：性能优化的"隐藏目标"

XR 头显的续航不是由电池容量决定的，而是由"芯片功耗+散热"决定的：

• 芯片功耗 5W：续航 2-3h。
• 芯片功耗 8W：续航 1.5h + 表面温度 42°C（开始降频）。

优化的目标是"保持 5W 以下"。每降 1W，续航延长 30 分钟、芯片温度降 3°C。

工程上：

• 用 Performance HUD 实时显示 CPU/GPU 负载+温度。
• 设置"热降频保护"：检测到温度 > 42°C 时自动降分辨率到 0.7x。
• 长时间运行（>30min）后做"持续 90Hz"测试——别只测前 5 分钟。

本节要点回顾

• XR 性能预算的唯一目标是"11.1ms 帧时间稳定"。
• 5 大优化方向按"对帧时间影响"排序：减面 > 减 draw call > 降分辨率 > 关特效 > 注视点渲染。
• Quest 3 与 Vision Pro 单像素算力相当，但 Vision Pro 的 R1 协处理器让它帧率更稳。
• 发热与续航是性能优化的"隐藏目标"——保持功耗 < 5W。
• 用 Frame Timing Manager 抓运行时帧时间，比 RenderDoc 更轻量可靠。

图 4-4：5 大优化方向对帧时间的影响

把 5 大优化方向按"对帧时间影响"画成柱状图——能直观看到哪个方向投入产出比最高。

下一章我们从工程层进入"内容创作"——3D 资产、沉浸叙事、空间音频、UI/防眩晕。