游戏移动端与 PC 端的优化差异
1. 减少带宽和显存消耗
2. 减少渲染中 Pass 切换的数目来降低带宽
1. OpenGL ES 中使用 Framebuffer Fetch
2. Vulkan 使用 Subpass 来减少带宽
例如，延迟渲染中的 GBuffer 和 Lighting Pass 两个 Pass 如果执行了 EndPass，会将 On-Chip Memory Store 到系统内存中，下个 Pass 要 Load On-Chip Memory。通过 Subpass Load 将利用 Tile 中的数据计算。
3. 每一帧显式提交一个 Clear 减少 Tile Load
3. 带宽压缩
1. ASTC 贴图格式压缩，不同资源压缩比例不同 4×4 - 8×8
2. 降低 RT 精度
2. Early-Z、HSR 硬件像素剔除比较关键
- 半透明材质不受 HSR，存在 Overdraw
- Alpha Test 材质会破坏 HSR，所以放到不透明物体最后渲染
3. 实际项目优化示例
1. 洛克王国
1.1 Buffer 图像格式从 FP16 转为 RGB10A2 格式，减少了带宽开销
同时导致了以下图像问题：
1. 产生色阶
像素值接近 0 的区域导致的，通过开平方根的方法实现在 0 附近分配更多的空间。扩展思考也可以用抖动方式解决色阶。
2. HDR 功能失效，无法实现 Bloom
通过编码解决。
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Never Settle！
相关推荐
2026-04-23
CPU 与 GPU 性能瓶颈分析与定位完全指南（RenderDoc + Nsight 实战）
1. 宏观定位：找到流水线阻塞点现代游戏引擎渲染建立在**流水线并行（Pipelined Parallelism）**之上，主要由三大核心线程协作完成。排查的第一原则是：区分”真正在干活”与”在死等同步锁（Stall / Bubble）”的时间。 1.1 三大核心线程职责 线程 职责 Game Thread（逻辑线程） 跑物理、AI、动画，生成场景可见性数据 Render Thread（渲染线程） 接收逻辑数据，进行视锥体 / 遮挡剔除，生成渲染指令（Draw Calls） RHI / GPU Thread 将指令翻译为底层 API（Vulkan / DX12）Command Buffer，提交 GPU 硬件执行 1.2 宏观瓶颈判定核心思路是对比各阶段耗时（工具：Unreal Insights / stat unit / Nsight Systems）。 12345678瓶颈所在 ...
2026-04-29
DX 共享内存技术
技术概述通过创建一个“共享显存服务进程”（下文简称共享进程），把所有客户端的纹理创建/加载请求统一转发到共享进程执行，从而实现一个跨进程的纹理资源管理器（同一份纹理只创建一次，多客户端复用同一块显存）。 问题背景 某大型端游/客户端应用存在“多开”使用场景，且大量视觉效果由 2D 序列帧纹理驱动。多开时每个客户端重复加载同一批资源，会导致显存总占用快速升高；显存压力过大时，可能出现资源分配失败甚至进程崩溃。 多开往往具有较高内容相关性（例如多个客户端在同一场景/同一队伍内），意味着加载集合高度重叠。如果能把“相同资源只加载一次并跨进程共享”，则总显存占用可进一步下降。 技术思路 Direct3D 11 支持共享资源（shared resource / shared handle）。一个进程创建的纹理可以通过共享句柄让另一个进程打开并使用。 客户端启动时创建或连接共享进程；客户端侧所有纹理创建请求都转发给共享进程执行。 客户端与共享进程之间的控制面通信使用共享内存（元信息、状态、句柄等），数据面仍由...
2026-06-09
Draw Call 优化
一、传统引擎层面的合批（Batching）与实例化传统优化的核心是减少渲染状态的切换（State Changes），因为每次切换材质、Shader 或绑定新纹理，都会在 CPU 端产生高昂的驱动层验证开销。 1. GPU Instancing（GPU 实例化） 原理：使用单次 Draw Call 绘制大量具有相同网格（Mesh）和相同材质（Material）的对象。位置、旋转、颜色等差异化数据通过 Compute Buffer 或 Instance Buffer 传递给 Shader 动态计算。 适用场景：大规模植被（草、树）、粒子群、飞行的箭矢、建筑群。 引擎实践：在 Unity 中勾选材质的 Enable GPU Instancing，或使用 Graphics.DrawMeshInstancedIndirect；在 UE 中广泛使用 HISM（Hierarchical Instanced Static Mesh）。 2. SRP Batcher（Unity 可渲染管线专有） 原理：不同于传统的动态或静态合批，SRP Batcher 不要求网格相同。只要使用同一个...
2026-05-09
移动渲染管线
1. 流程图 Tile-Based Deferred Rendering (TBDR) 流程图讲解这是 PowerVR GPU 的 TBDR 渲染架构流程图，分为两大阶段：几何阶段和渲染阶段，核心特点是利用片上缓存（On-Chip Buffers）减少对系统内存的读写。 第一阶段：几何处理（Geometry Phase）① Vertex Processing（顶点处理） 执行顶点着色器，完成坐标变换、光照计算等 输入来自系统内存中的 Geometry Data（几何数据） ② Clip, Project & Cull（裁剪、投影与剔除） 将顶点从世界空间变换到裁剪空间 剔除视锥体外的图元，减少后续计算量 Cull：剔除，视锥体外 Clip：裁剪，一部分视锥体内，一部分视锥体外 ③ Tiling（分块） 将屏幕划分为若干小块（Tile），判断每个图元属于哪些 Tile 输出 Primitive List（图元列表）和 Vertex Data（顶点数据）存入系统内存 ⚠️ 这是 TBDR 的关键步骤，后续按 Tile 逐块处理 第二阶段：逐 Tile...
2026-03-03
游戏优化与设计模式（19）：ECS 框架详解
原视频：https://www.bilibili.com/video/BV1XTxuzfEB9/ 标题：【游戏优化与设计模式】19 ECS框架详解 为什么游戏项目会转向 ECS在传统面向对象写法里，一个角色类里往往同时包含移动、渲染、碰撞、AI、音效等逻辑。项目前期开发速度快，但随着功能增长，类会越来越“胖”，耦合增加，修改一个功能可能牵动多个模块。 ECS 的核心目标就是把“数据”和“行为”拆开： Entity（实体）只负责身份标识。 Component（组件）只存数据，不写业务逻辑。 System（系统）只处理一类逻辑，对满足条件的实体批量执行。 这套拆分方式能显著提升可维护性，同时让底层数据更容易做连续存储，对 CPU 缓存更友好。 ECS 三要素怎么理解Entity：轻量 IDEntity 可以理解成一个整数 ID。它本身不包含业务信息，只是把不同组件关联起来。 例如玩家实体 Entity#1001...
2026-04-17
Shader 优化实战清单：从指令、带宽到 Shader Cache（170ms → 1.04ms 案例）
这篇文章把 Shader 优化拆成两类问题： 算得太多（ALU）：指令数高、昂贵函数太多、重复计算、分支导致浪费。 读得太多（带宽/采样）：纹理采样次数多、采样依赖（dependent read）、格式不亲和、缓存命中差。 最后再补上经常被忽略但收益巨大的工程项：Shader Cache / 预编译（你给的例子里，编译耗时从 170ms 降到 1.04ms）。 目标不是“把指令数降到极限”，而是在视觉可接受的前提下，把瓶颈从 GPU/编译/加载链路里移走，并让优化可验证、可回归。 0. 先说清楚：你要优化的是哪一种“慢”Shader 相关的“慢”常见有三类，解决手段完全不同： 运行时 GPU 慢：帧时间里 Pixel/Vertex/Compute 占比高（看 GPU Profiler / RenderDoc / Xcode GPU Frame Debugger）。 运行时 CPU 慢（驱动/状态切换）：材质变体过多、关键字爆炸、drawcall...
评论
