1)DrawInstance 和完全不做合批情况下的性能差异
​2)UWA 报告中检测出工程没有的资源
3)精灵设置九宫后,如何不在界面中显示出来
4)关于 AssetBundle 资源的卸载问题
5)Total Mono 突然上涨的原因


这是第 236 篇 UWA 技术知识分享的推送。今天我们继续为大家精选了若干和开发、优化相关的问题,建议阅读时间 10 分钟,认真读完必有收获。

UWA 问答社区:answer.uwa4d.com
UWA QQ 群 2:793972859(原群已满员)

Rendering

Q:我做了个测试,环境:Unity 2019.4.15 ,机型:小米 5X,绘制 1000 个物体(顶点数>300,不动态合批),测试顺序是:Unity 默认渲染(20 FPS)–>Update 中通过 Graphics.DrawInstance(16.5 FPS)–>通过 CommandBuffer 实现的 DrawInstance(21.5 FPS),对于第二个测试 DrawInstance 性能反而降低了不太理解,有大佬帮忙解答吗?

图片和测试工程可通过以下链接下载:
链接:https://share.weiyun.com/ZFOlW1of
密码:ip37rr

A:1.Instancing 耗时更高主要原因还是 GPU 压力比较大,见下面的测试案例:

测试 1:1000 个物体(顶点数 88,关闭动态合批)


Default:子线程 Camera.Render(14.59 ms)、Gfx.PresentFrame(3.94 ms)


Instancing:子线程 Camera.Render(7.1 ms)、Gfx.PresentFrame(4.70 ms)


测试 2:1000 个物体(顶点数 1278)


Default:子线程 Camera.Render(15.02 ms)、Gfx.PresentFrame(9.01 ms)


Instancing:子线程 Camera.Render(8.21 ms)、Gfx.PresentFrame(19.15 ms)


Instancing 是能够明显降低 CPU 渲染(Camera.Render)耗时的,但 GPU 调用 DrawInstanced() 比 Draw() 的性能似乎差一些,导致 CPU 端等待耗时较高。所以 Instancing 总体帧率有所下降主要是 GPU 的压力较大导致的。



2.如下图 Graphics.DrawMeshInstanced 在 Update 中每帧调用存在脚本耗时明显 DrawInstancing 更高(在 Update 中准备相关 DrawInstance 参数),Demo 渲染的是静态物体,使用 CommandBuffer 实现 DrawInstancing 可优化这部分耗时,同时在 Update 中的逻辑也会有 New XXX[] 数组这样的 Mono 堆内存频繁的分配,也会有 GC 影响(这部分影响较小)。


结论:Instancing 可以降低 CPU 渲染耗时,但 GPU API 性能会有所降低,帧耗时还是受到 CPU 渲染耗时及 GPU 耗时的综合影响,不同的机型可能表现的会有所差异。

Instancing 的使用:推荐绘制大量静态物体时使用 CommandBuffer 的实现,例如草海之类的。

感谢羽飞@UWA问答社区提供了回答

Texture

Q:请问一下:性能报告中,RGBA32 的图片有一些在工程中没有,但是在报告中却体现,请教一下这些是哪里产生的?

A:截图中的 Background、UIMask、UISprite 是由 UGUI 中默认的 UI 元素引入的,如下图中的 ScrollView:













UnityNormalMap 这个是由于 Shader 中的纹理使用 Bump 作为默认的值,但是在材质球中又没有给这个纹理赋值导致的。对于这种空纹理的资源,在 UWA 本地资源检测中是可以检测出来的。


感谢 Xuan@UWA 问答社区提供了回答

UGUI

Q:导入一张 171*41 的图片,设置完九宫信息后创建 UI 图片。然后设置图片宽高为 0,并设置图片模式为 Sliced。但是还是能看到图片显示出来了。个人感觉上是 UV 计算错误了。如果切换到 Simple 则图片正常不显示。请问大佬这是什么原理?

测试工程可在原问答下载(版本:Unity 2018.4.23)

A:这个和九宫格图片的实现原理有关,可以看看下面这个图片:


当你选择 Sliced 模式,他有一个最小的绘制区域,也就是四个角:1、3、7 和 9,必须绘制出来。当你设置的 Rect 大于 1、3、7、9 四个角组成的区域时,那么 2 和 8 则是在 x 方向进行缩放,y 方向不变,而 4 和 6 则是在 y 方向缩放,x 方向不变;而 5 则是 x 和 y 方向都会进行缩放。当你选择 Simple 模式,则是根据你设置的 Rect 范围决定的,如果 Rect 比原始尺寸大,那么就拉伸,反之则缩小;这也就是你可以不显示的原因。

感谢李星@UWA问答社区提供了回答

AssetBundle

Q1:公共资源 public.ab 做全局预加载,常驻内存。某特定资源 A 引用了 public.ab 里的一张大图纹理,以及另外一个 a.ab 里的资源。在没加载 A 时,public.ab 即使常驻内存也不会实际将那张大图纹理实例化。

现在的问题是,当加载并用完 A 资源后,想把 A 彻底从内存中清理出去时,对 a.ab 进行 Unload(true) 可以把 a.ab 清理掉,但是 public.ab 里的那张大图,在不对 public.ab 进行 Unload(true) 的前提下,是没有任何其它办法能将它从内存中清掉吗?

A1:如果能拿到那张 Texture 的引用,可以尝试使用Resources.UnloadAsset

但个人认为既然是公共资源,说明有可能被很多地方引用到,应做好 public.ab 里面的资源都常驻内存的内存预算准备。否则,按照你例子中的说法,可能把这张大纹理单独拿出来会好一些。

感谢范君@UWA问答社区提供了回答

Q2:由于该大图纹理被多个 UI 预置体引用,因此放到了 public.ab 里,但这些 UI 预置体,在游戏大部分时间(比如挂机战斗时)不会打开,因此也是不需要用到的,故而想卸载。看来还是只能再拆分出一类不常驻内存的公共资源,来解决这类问题了?

A2:既然要作为公共资源,常驻内存,那么就是从 App 的开始到 App 的结束都是不会去卸载的。如果你想原来在公共资源里的小图只有特定场景下才会使用到,平时不用时想卸载,可以参考下这个运行时动态图集,动态将小图合并到常驻内存的图集中,不用时在动态剔除回收。

《Unity 运行时动态图集的实现》

感谢 Coyote@UWA 问答社区提供了回答

Mono

Q:现象:在 Total Mono 突然撑大的那几帧中,Used Mono 并没有上涨,如图:





Used 在 50MB 左右时,Total 突然分配到 140MB,这是为什么?

A:很有可能是一帧中分配了大量的堆内存,将 Total 撑大了,但本身的堆内存是可以 GC 掉的,所以 Used 并没有太大的变化。

该问答由 UWA 提供

封面图来自网络


今天的分享就到这里。当然,生有涯而知无涯。在漫漫的开发周期中,您看到的这些问题也许都只是冰山一角,我们早已在 UWA 问答网站上准备了更多的技术话题等你一起来探索和分享。欢迎热爱进步的你加入,也许你的方法恰能解别人的燃眉之急;而他山之 “石”,也能攻你之 “玉”。

官网:www.uwa4d.com
官方技术博客:blog.uwa4d.com
官方问答社区:answer.uwa4d.com
UWA 学堂:edu.uwa4d.com
官方技术 QQ 群:793972859(原群已满员)


↙↙↙阅读原文可查看相关链接,并与作者交流