GPU Timeline

先把题目说成人话

爆炸出现时，玩家看到的是火花、烟和扭曲同时铺满屏幕；卡顿却可能来自其中某一段反复盖住同一片像素，也可能来自一整段后处理。把图形端一帧工作按先后摊开的视图叫图形时间线（GPU Timeline）。先从中找出最长的一段，再回查那段画了哪些粒子、材质和步骤，优化才不会变成凭感觉删特效。

这是虚构教学故事，不是个人项目经历。

场景：先让问题变得看得见

固定同一台电脑、画面尺寸、质量档和技能镜头，先让技能播放几次，再记录稳定阶段的 200 帧。画面一到爆炸便明显超时；把这一帧按先后摊开后，透明效果所在的一大段最长，另一段整屏扭曲也很显眼。

一根长时间条仍可能装着许多烟、火花和其他透明物体。它只能告诉我们“先去这节车厢查”，不能把整段时间直接记到某一个粒子系统名下。

（右脑）画面： 把图形处理器的一帧想成一列按时刻发车的列车。爆炸出现后，装透明效果的车厢占了最长一段，整屏扭曲又单独占了一段；但透明车厢里可能同时装着烟、闪光和别的物体，不能只看车厢标签就判某一件货有罪。还要打开车厢，数实际仍在场的粒子，查看每张承载粒子的纸片有多大、四周有多少看不见的空白，以及同一屏幕格被多少层反复覆盖。时间线负责找到拥堵发生在哪一段，逐项回放负责确认是谁在这里画，单变量复测才负责证明改哪一项有效。

（左脑）对表： 固定 Unity 2022.3 Windows Player、图形接口（DirectX 11）、1920×1080、关闭同步并预热后，性能分析器（Unity Profiler）的图形时间线给出整帧约 22.4 ms、透明阶段约 9.1 ms、扭曲事件约 3.5 ms，而处理器端约 7.8 ms。再由帧调试器（Frame Debugger）把阶段拆到绘制事件、材质与粒子系统，重叠视图只证明覆盖，平台计数器补充片元与带宽。实际存活约 220 且没碰 500 上限，因此“上限造成慢”仍只是被证据否定的假设。

小明：先形成一个完整猜测

小明认为粒子贵就是粒子数量多，于是把 Max Particles 从 1000 改成 500。画面和 GPU 时间几乎不变。

小红随后查到，这段技能实际同时存活的粒子约为 220，从未碰到 500 的上限。小明的猜测逻辑完整，只是改到了没有生效的约束；这次结果排除了“Max Particles 上限是当前瓶颈”。

小红：把猜测放回现实检查

小红沿时间线选中透明阶段，再逐个核对事件、材质和屏幕区域。Frame Debugger 显示少量巨大 Billboard 覆盖角色周围的大部分屏幕，贴图四周还有大片透明空白；同一位置叠着烟、闪光与扭曲。Overdraw 视图也在这里最亮。

她保持镜头和其余效果不变，按顺序做三个独立构建：先用更贴合可见轮廓的粒子 Mesh/裁剪贴图减少空白覆盖；再把发射率与寿命分开调；最后只让扭曲缓冲降到半分辨率。只有系统连续稳定发射、没有 Burst、寿命固定并且已经达到稳态时，存活数才近似等于“发射率×寿命”。每一步都重新抓完整 GPU 帧，不把各实验的节省毫秒直接相加。

我：用检查结果修正模型

证据说明这次主要是透明填充与采样成本，不是粒子上限。最终版本收紧贴片边界，把不参与爆发轮廓的长尾烟雾从 2 秒缩到 1.5 秒；若发射率保持 120 个/秒，理想稳态存活数由约 240 降到约 180。扭曲改为半分辨率，并减少低价值的第二次噪声采样。

合并后的版本重新实测，而不是用三个单项结果做加法：粒子相关透明阶段约 5.0 ms，扭曲事件约 1.0 ms，整帧 GPU 约 15.8 ms。这里分别列出事件前后与整帧结果，是为了让 22.4→15.8 ms 的变化能追溯到捕获，而不是把整帧收益全算给粒子。美术再检查起手、爆发峰值、轮廓和消散节奏；不满足这些画面目标的改动即使更快也不通过。

本页不能代替本人的真实经历；实际使用时必须拿自己的 GPU 捕获、粒子改动和美术验收记录替换这组教学数据。

（右脑）画面修正： 小明把 Max Particles 从 1000 降到 500，画面和 GPU 时间几乎没变；小红查到实际存活数约 220，从未撞到上限，于是调查转向巨大 Billboard、透明空白和烟雾、闪光、扭曲的叠层。她把收边、缩短寿命和半分辨率扭曲放进独立构建逐项抓帧，但没有足够数据把收益分别归给每一项；只有合并版本把透明阶段约 9.1→5.0 ms、扭曲约 3.5→1.0 ms、整帧约 22.4→15.8 ms 的完整复测，支持这组方案整体有效。

（左脑）严格对表： 固定设备、API、构建、分辨率、镜头、预热与统计量；在 GPU Timeline 选阶段，再以事件标记和 Frame Debugger 列出所属 Draw；记录实际存活数、贴片覆盖、Overdraw、采样与阶段 ms；每次只改网格边界、发射率、寿命或扭曲分辨率之一，并重新抓完整帧。发射率×寿命只作稳态教学估算，最终只接受合并版本实测；要求整帧和相关阶段过预算、画面节奏通过，且个人经历由本人捕获与提交支持。

老师解惑

• GPU Timeline 中条块的横向长度表示该捕获里的 GPU 时长；等待、Barrier、异步队列与嵌套标记要按工具语义读取，不能全归给相邻 Draw。
• 粒子常见瓶颈包括透明 Overdraw、巨大屏幕覆盖、昂贵 Shader/纹理采样、扭曲或软粒子深度读取、过多材质与绘制，以及 Mesh 粒子的顶点成本。
• 发射率×寿命只适用于连续稳定发射、无 Burst、寿命固定且已达稳态的近似；它更不等于 GPU 时间按相同比例变化。
• 最终收益必须在合并版本重测，因为一次改动可能把瓶颈推到另一阶段。

工具分工

• Unity Profiler GPU Usage Timeline/Hierarchy：先定位昂贵阶段和标记；支持程度取决于平台与图形 API。
• Frame Debugger：把阶段对应到具体 Draw、材质和 Render Target；它不负责 GPU 计时。
• RenderDoc、PIX、Android GPU Inspector 或 Xcode GPU 工具：按目标平台查看事件、资源、队列和硬件计数器。
• Overdraw 与粒子统计视图：检查屏幕覆盖、实际存活数、贴片空白和叠层。

记忆钩子

先在时间线上找最贵车厢，再看粒子究竟铺了多少屏幕；上限没撞到，改上限就不会变快。