|
检测方式： Game视窗的Stats去查看渲染统计的信息： 1、FPS fps其实就是 frames per second,也就是每一秒游戏执行的帧数，这个数值越小，说明游戏越卡。 2、Draw calls batching之后渲染mesh的数量，和当前渲染到的网格的材质球数量有关。 3、Saved by batching 渲染的批处理数量，这是引擎将多个对象的绘制进行合并从而减少GPU的开销； 很多GUI插件的一个好处就是合并多个对象的渲染，从而降低DrawCalls ，保证游戏帧数。 4、Tris 和 Draw Calls 预览的时候，可点开 Stats，查看图形渲染的开销情况。特别注意 Tris 保持在 7.5k 以下，有待考证。 Draw Calls 保持在 20 以下，有待考证。 2，FPS，每一秒游戏执行的帧数，这个数值越小，说明游戏越卡。 3，Render Textures 渲染的图片占用内存大小。 4，VRAM usage 显存的使用情况，VRAM总大小取决于你的显卡的显存。 二，代码优化 1. 尽量避免每帧处理 比如： function Update（） { DoSomeThing（）； } 可改为每5帧处理一次： function Update（） { if（Time.frameCount % 5 == 0） { DoSomeThing（）； } } 2. 定时重复处理用 InvokeRepeating 函数实现 比如，启动0.5秒后每隔1秒执行一次 DoSomeThing 函数： function Start（） { InvokeRepeating（“DoSomeThing”, 0.5, 1.0）； } 3. 优化 Update, FixedUpdate, LateUpdate 等每帧处理的函数 函数里面的变量尽量在头部声明。 比如： function Update（） { var pos: Vector3 = transform.position; } 可改为 private var pos: Vector3; function Update（）{ pos = transform.position; } 4. 主动回收垃圾 给某个 GameObject 绑上以下的代码： function Update（） { if（Time.frameCount % 50 == 0） { System.GC.Collect（）； } } 5. 优化数学计算 比如，如果可以避免使用浮点型（float），尽量使用整形（int），尽量少用复杂的数学函数比如 Sin 和 Cos 等等 6，减少固定增量时间 7，减少GetComponent的调用 使用 GetComponent或内置组件访问器会产生明显的开销。您可以通过一次获取组件的引用来避免开销，并将该引用分配给一个变量（有时称为“缓存”的引用）。例如，如果您使用如下的代码： [AppleScript] 纯文本查看 复制代码
function Update （） {
transform.Translate（0, 1, 0）；
}
通过下面的更改您将获得更好的性能： [AppleScript] 纯文本查看 复制代码
var myTransform : Transform;
function Awake （） {
myTransform = transform;
}
function Update （） {
myTransform.Translate（0, 1, 0）；
}
8，避免分配内存 您应该避免分配新对象，除非你真的需要，因为他们不再在使用 9，使用iOS脚本调用优化功能 UnityEngine Slow and Safe – Mono内部默认的处理异常的调用 Fast and Exceptions Unsupported –一个快速执行的Mono内部调用。不过，它并不支持异常，因此应谨慎使用。它对于不需要显式地处理异常（也不需要对异常进行处理）的应用程序来说，是一个理想的候选项。 10， 优化垃圾回收 如上文所述，您应该尽量避免分配操作。但是，考虑到它们是不能完全杜绝的，所以我们提供两种方法来让您尽量减少它们在游戏运行时的使用： 如果堆比较小，则进行快速而频繁的垃圾回收 [AppleScript] 纯文本查看 复制代码
if （Time.frameCount % 30 == 0）
{
System.GC.Collect（）；
}
但是，您应该小心地使用这种技术，并且通过检查Profiler来确保这种操作确实可以降低您游戏的垃圾回收时间 如果堆比较大，则进行缓慢且不频繁的垃圾回收 这一策略适合于那些内存分配 （和回收）相对不频繁，并且可以在游戏停顿期间进行处理的游戏。如果堆足够大，但还没有大到被系统关掉的话，这种方法是比较适用的。但是，Mono运行时会尽可能地避免堆的自动扩大[url=http://www.unitymanual.com/forum-develop-1.html]unity 3d开发心得[/url] 因此，您需要通过在启动过程中预分配一些空间来手动扩展堆（ie，你实例化一个纯粹影响内存管理器分配的“无用”对象）： [AppleScript] 纯文本查看 复制代码
function Start（） {
var tmp = new System.Object[1024];
// make allocations in smaller blocks to avoid them to be treated in a special way, which is designed for large blocks
for （var i : int = 0; i < 1024; i++）
tmp[i] = new byte[1024];
// release reference
tmp = null;
}
游戏中的暂停是用来对堆内存进行回收，而一个足够大的堆应该不会在游戏的暂停与暂停之间被完全占满。所以，当这种游戏暂停发生时，您可以显式请求一次垃圾回收： System.GC.Collect（）； 另外，您应该谨慎地使用这一策略并时刻关注Profiler的统计结果，而不是假定它已经达到了您想要的效果。 三，模型 1,压缩 Mesh 导入 3D 模型之后，在不影响显示效果的前提下，最好打开 Mesh Compression。 Off, Low, Medium, High 这几个选项，可酌情选取。 2,避免大量使用 Unity 自带的 Sphere 等内建 Mesh Unity 内建的 Mesh，多边形的数量比较大，如果物体不要求特别圆滑，可导入其他的简单3D模型代替。 最简单的优化建议： 1.PC平台的话保持场景中显示的顶点数少于200K~3M，移动设备的话少于10W，一切取决于你的目标GPU与CPU。 1.为什么需要针对CPU（*处理器）与GPU（图形处理器）优化？ CPU和GPU都有各自的计算和传输瓶颈，不同的CPU或GPU他们的性能都不一样，所以你的游戏需要为你目标用户的CPU与GPU能力进行针对开发。 2.CPU与GPU的限制 GPU一般具有填充率(Fillrate)和内存带宽(Memory Bandwidth)的限制，如果你的游戏在低质量表现的情况下会快很多，那么，你很可能需要限制你在GPU的填充率。 CPU 往往渲染(Rendering)并不是一个问题，无论是在GPU和CPU上。很可能是你的脚本代码效率的问题，用Profiler查看下。 关于Profiler介绍：http://docs.unity3d.com/Documentation/Manual/Profiler.html 需要注意的是: 图片压缩将降低你的图片大小（更快地加载更小的内存跨度(footprint)），而且大大提高渲染表现。压缩贴图比起未压缩的32位RGBA贴图占用内存带宽少得多。 之前U3D会议还听说过一个优化，贴图尽量都用一个大小的格式（512 * 512 ， 1024 * 1024），这样在内存之中能得到更好的排序，而不会有内存之间空隙。这个是否真假没得到过测试。 MIPMAps（多重纹理格式）： http://docs.unity3d.com/Documentation/Components/class- |
||||||||||
|
[Unity3D]图形渲染优化、渲染管线优化、图形性能优化 |
||||||||||
|
||||||||||
|