UE4 性能及分析

最新推荐文章于 2024-06-14 16:47:12 发布

满舅娘

最新推荐文章于 2024-06-14 16:47:12 发布

阅读量623

点赞数

本文链接：https://blog.csdn.net/mmqqyyqqyyq/article/details/84001787

版权

分享一下我老师大神的人工智能教程！零基础，通俗易懂！http://blog.csdn.net/jiangjunshow

也欢迎大家转载本篇文章。分享知识，造福人民，实现我们中华民族伟大复兴！

Unreal Engine 4.9

本页面的内容：

在做游戏的过程中，性能是个无所不在的话题。为了创建梦幻般的画面，我们需要至少游戏帧数至少达到每秒 15 帧。根据不同的平台和游戏类型，这个帧数可能是 30 或者 60，甚至在某些情况下要求更高。

虚幻引擎提供了很多功能，它们也有不同的性能特性。为了达到性能的要求会需要对游戏素材和代码进行优化。因此需要能够知道性能花费在何处。这一点可以通过使用引擎的性能分析工具。每个性能问题都可能是不同的，需要对当前的硬件、软件都有一定的了解。这里我们整理了一些细节应该能在这方面有所帮助。

这篇指南主要涵盖的是渲染的话题，因为通常渲染是性能花费最多的地方。更多的物件，更高的分辨率，更多的灯光，漂亮的材质，所有这些都会在性能上有所影响。还好是在渲染上，这里要重新获取性能也相对容易，很多渲染的特性都可以直接在控制台中调整。

编辑器的输出日志，或者游戏的控制台中内，可以：

设置控制台变量（cvarname value）
获取当前的状态（cvarname）
查看某个变量的帮助（cvarname ?）

如果需要的话，可以将设置保存到 ConsoleVariables.ini 文件中，语法是：cvarname=value。要使用正确的控制台变量，可以使用DumpConsoleVars，或者利用系统的自动补完功能。大部分渲染变量都是以 r. 开头。

需要了解更多控制台变量以及引擎优化的开关选项的话，请查看调整引擎功能的级别页面。

通用提示

理想情况下，应该尽可能的贴近想要关心的目标来做性能分析。举个例子来说，一个好的分析案例是，在目标平台上，对带有已完成 Lightmap 构建的独立游戏版本进行测试。

要做到好的分析，最好是能够设置可重现的过程，这样能隔离开那些可能对结果产生干扰的因素。即便是编辑器也会增加干扰（比如，一次打开 内容浏览器 的窗口就会增加渲染的开销）因此最好是直接分析游戏程序。在有些情况下，通过修改一些代码也将会非常有帮助（比如，禁止随机数的生成）。另外，在希望游戏状态更稳定的情形下，Pause 命令和 Slomo 0.001 命令也是非常有用的。

多测试几次可以来获得分析工具的精确度。Stat 命令，比如 stat unit 和 stat fps 能够提供一些数据结果。分析的精确度应该做到毫秒级别（ms），而不是用每秒帧数（fps）来衡量。毫秒的度量方式能够很容易的来做比较，而帧数的结果要很横向比较就很困难。在面向一个具体的单独功能讨论时，我们应该只讨论它的毫秒数量的性能，而非测量帧数。

如果发现帧数限制在了 30 fps（约 33.3ms）或者 60 fps（约 16.6ms）时，很可能启用了垂直同步（VSync）。为了更准确的测量性能花费的时间，最好是在分析时去掉垂直同步。

对于一个简单的场景也不要期望有极高的帧数。为了优化复杂场景的性能，很多设计上的抉择（比如延迟渲染）会具有一个较高的最低开销。因此可能会遇到一个整体环境的最高帧数的限制。需要的话，这个限制可以被手动设置（比如 t.MaxFPS，r.VSync）（译者注：无论怎么设置，都不可能突破软硬件环境的下的最高值）

关于游戏内容和场景的性能设置上的提示和教程，请参考性能指南页面。
关于 stat 命令的信息，请参考 Stat Commands 页面。

定位到性能局限的原因

现代的硬件有很多单元在并行工作（比如，GPU 上有内存单元，三角面/顶点序列/像素处理等，而 CPU 上是多个 CPU 并行，内存单元等）。通常各个单元都会互相等待其他单元的工作。首先要做的是找到哪个部分导致了性能的局限。针对这部分的优化都能够带来性能表现的改善。如果对错误的地方进行优化，则是一个浪费时间的事情，并且有可能会引入新的 BUG，甚至在其他地方引起问题。一旦对当前局限的部分做了优化后，通常应该重新再做一次分析，一般来说都会找到又一个性能瓶颈处，而这新的瓶颈是由于刚刚的优化改善而暴露出来的，通常在改善前都处于不容易发现的状态。

首先，要先检查帧数是被 CPU 所限还是 GPU 所限。任何时候都可以改变程序的负载（比如调整分辨率）来看一下会有什么结果。这里可以通过 stat unit 功能来检查引擎。



命令：stat unit

游戏的实际单帧时间由这三者之一限制：Game（CPU 游戏线程），Draw（CPU 渲染线程）或者 GPU（GPU）。图中我们可以看到 GPU是限制主因（三者最大的一个）。为了取得更少的单帧时间，在这个情形下必须先优化 GPU 的负载。

Show Flags

引擎的 Show Flag 可以用来对诸多渲染特性进行开关。编辑器在一个 2D 的界面中已经列出了所有的 Show Flag。可以打开该菜单后对一个或者多个勾选框进行点击选择。

在游戏中，可以使用 show 命令。通过 show 可以获得所有 Show Flag 的列表以及它们各自的状态。使用 show showflagname 可以开关某个具体的特性。请注意这个方式只在游戏窗口中起效，如果是编辑器窗口，应该使用编辑器的菜单。还可以通过命令行变量（比如showflag.Bloom）来覆盖游戏或者编辑器中的 show flag 数值，这也会使得界面功能失效。

有些渲染特性即便是在不渲染的时候，也仍然会消耗性能。比如 show particles 能隐藏粒子，但计算模拟时间仍然会运行以便于之后重新打开时功能正确。命令行变量 fx.freezeparticlesimulation 则能够彻底禁止模拟更新的计算（编辑器界面也同时存在）。再举个例子：show tessellation 会禁用三角形放大，但依然会使用 tessellation shader。

一个不错的分析的起点是从较高层的功能着手，比如 show StaticMeshes，或者 show tessellation。

所有的 Show Flag 都暴露给了命令行变量。比如命令行中 show Bloom，可以通过 showflag.Bloom 0 或者在配置文件相应位置添加 showflag.Bloom = 0。命令行变量需要打几个字，但它们能够覆盖编辑器界面上的控制，并且可以写在配置文件中。

分析的时候比较有用的 Show Flag 如下：