UGUI 최적화

신승빈·2023년 8월 7일

Unity3d

목록 보기

2/7

Canvas를 Dynamic과 static으로 분리하라

Unity는 기본적으로 Canvas단위로 Batch 처리하기 때문에 Canvas의 child element 중 단 1개라도 dirty처리가 된다면 Canvas의 모든 Element가 다시 연산되어야 한다
Canvas는 Child Element의 일종의 Vertex Buffer
단, Canvas를 너무 많이 분리하는 것도 좋지는 않음

Raycaster가 필요한 UI만 Raycast Target으로 지정하라

Canvas를 분리하는 것도 필요

Camera Overlay를 주로 써라

Screen space와 World space는 연산이 비쌈

Layout Group의 사용을 지양하라

Layout Component는 동적으로 크기가 변경되는 순간 Dirty처리
Rect Transform을 변경하지 않는다면 문제없음
Layout Group의 내부에서는 GetCompnent, Linq를 사용하는데 둘 다 비싼 연산
또는 하위 Element를 결합(Button의 외곽과 Background를 1개로 통합)하는 것을 추천
단, 이 경우 생산성 하락 위험

Create-Destroy가 많은 UI Element를 Object Pool을 이용해서 사용하라

Pool 사용시 Disable-ReParent, ReParent-Data Update-Enable순으로 처리하라
ReParent도 Hierachy구조에 Rebuild를 수행하므로 생각보다 비싼 연산
Enable한 상태에서 ReParent를 수행할 경우 ReParent, Disable 총 2번의 Rebuild를 수행하지만 Disable한 후 ReParent를 수행한다면 Disable때만 Rebuild 수행
ReParent 자체가 비용이 들긴 하지만 ReParent 이후의 연산이 더 빨라질 수는 있음
참고로 Alpha가 0이어도 Draw call은 호출된다

Canvas 비활성화 시 Canvas Component만 비활성화 하라

Enable, Disable 시 호출되는 Callback등의 비용 감소 가능

Animation 사용 시 Tweening을 주로 사용하라

Animator는 Keyframe방식으로 시각적 차이가 없어도 내부적으로는 Dirty처리
지속적인 UI Animation은 몰라도 일시적으로 하는 Animation이라면 Tweening처리하는 것을 추천

Full Screen UI를 이용할 경우 Invisible한 3D Object의 Rendering을 제거하라

Render를 Disable 하게 설정하던가 Camera를 아예 먼곳으로 이동
FPS를 낮춰서 연산량을 줄여라

Sprite Atlas를 주로 사용하라

Unity는 Canvas, Material-Sprite Asset, Z Depth, Mask마다 Draw call 수행
즉, Texture가 분리되어 있으면 Texture마다 Draw call 수행
Atlas를 이용해서 Texture를 1장으로 병합하여 Draw call 최소화
TextMeshPro는 글자를 미리 Texture로 제작->한글의 경우 Memory Issue 발생 가능성 존재
-> Hardware의 Bandwidth를 넘어서는 Atlas size일 경우 더 느려질수도 있음
또는 Bandwidth를 감안해서 Multi Atlas를 사용했더니 이로인해 더 느려질수도 있음
-> Static Atlas, Dynamic Atlas로 분리해서 NPC같은경우 Static, Chating같은 경우 Dynamic으로 지원도 가능
Scene에 활성화된 Sprite가 동일한 Atlas안에 있는것을 추천