[💬] UI가 변경될 때 캔버스를 다시 그린다는 말이 이상한 것 같아서 찾아봤다

[익명(220.70)]

결론부터 말하자면 캔버스 위의 UI 요소가 변경되면 캔버스를 업데이트하기 위해 성능이 떨어지는 건 맞지만,

'다시 그려줘야 하기 때문'은 아니다.

내가 이걸 찾아보게 된 계기가 다시 '그린다'는 말이 존나 이상해서임

뭐 동적 UI를 가급적 사용하면 안된다는 건 알고 있었지만, '새로 그려야 하기 때문'이라는 말이 굉장히 어색하게 느껴졌음.

가만히 생각해보면 UI가 가만히 있든 지랄 발광을 하든 화면에 렌더링 하는 것 자체가 프레임 단위로 계속 일어나는 일임.

그래서 대체 이 지식의 출처가 어디인가 해서 좀 찾아봤음.

국내 자료들은 뭐 다 비슷하게 설명하고 있고

이 지식들의 원본으로 추측되는 글이 공식 홈에 올라와 있음. 

Optimize your console and PC game performance라는 책의 내용을 일부 정리한 글인데 아래 링크가 해당 글임.

https://unity.com/kr/how-to/unity-ui-optimization-tips

관련 내용이 가장 첫 문단에 바로 나온다.

Problem: When a single element changes on the UI Canvas, it dirties the whole canvas.

캔버스 위의 UI element가 변경되면 캔버스 전체를 더럽힌다.

더럽힌다는 말은 dirty flag가 세워진다는 말임.

dirty는 유니티 곳곳에서 종종 사용되는 단어인데, 가장 쉽게 접할 수 있는 게 프리팹, 씬을 편집했을 때임.

프리팹이나 씬을 편집하면 이름이 bold체로 나타나는데 이 상태가 dirty flag가 세워진 거고 유니티가 변경된 데이터를 저장할 때 이 flag가 세워진 놈들만 갱신한다.

에디터에서 스크립트로 무작정 프리팹 컴포넌트에 접근해서 값을 바꿔본 놈들은 제대로 저장이 안되는 걸 경험할 수 있었을 것임.

dirty flag가 세워지지 않아서 그렇다 ㅇㅇ.

어쨌든 canvas가 더럽혀졌다는 말은 canvas위의 한 ui가 변경되면서 캔버스 전체가 갱신의 대상이 되었다는 말임.

본문을 좀 더 살펴보면 캔버스는 UI elements에 대한 메시를 생성하고 이 메시에 대한 드로우 콜을 GPU에 보내서 실질적으로 화면에 뿌려준다고 되어있다.

그리고 메시를 생성하는 비용이 크다고 말한다.

메시를 생성하는 비용이 큰 이유가 batch 생성 때문인데, 

최소한의 드로우 콜로 그릴 수 있도록 batch를 생성하기 위해서 canvas 전체를 분석하는 과정이 필요하기 때문이라고 적혀있음

즉, UI가 변경되면 최적의 batch 생성을 위해 캔버스를 다시 분석해서 메시를 재생성하는 과정이 필요한데

이 비용이 비싸기 때문에 가급적 캔버스 위의 동적 UI를 사용하지 말고 필요하다면 캔버스를 분리하라는 것임.

이걸 국문으로 번역 또는 본인 나름대로 정리하면서

'캔버스 위의 UI 요소가 변경되면 나머지 UI도 다 같이 새로 그려줘야 하기 때문에 성능이 떨어질 수 있다.'는 말이 된 것으로 보임.

'새로 그려줘야 한다'와 '메시를 재생성하는 과정에서 최적의 batch 생성을 위해 canvas 전체를 새로 분석하는 과정이 필요하다'는 완전히 다른 얘기임.

메시를 생성한다는 말을 억지로 끼워 맞추면 또 새로 그린다고 볼 수는 있겠지만, 적어도 내가 느끼기엔 굉장히 이상함.

아주 틀린 말은 아니더라도 좀 찝찝하지 ㅇㅇ.

결론은 캔버스 위의 UI 요소가 변경되면 캔버스를 업데이트하기 위해 성능이 떨어지는 건 맞지만, '다시 그려줘야 하기 때문'은 아니다.

최적화에 대한 팁이나 방법이 바뀌는 건 없으니 그냥 하던대로 하면 되지만, 제대로 알고 갈 필요는 있다.

유니티 공식에서 제공하고 있는 자료고 2021 7월에 작성된 글이니 지금 LTS 버전까진 통하는 얘기겠지.

다른 UI 최적화 팁들도 있으니 한 번씩 보면 좋을 듯

[겐주(gun913)]

알고싶던 정보였는데 핑프라서 안찾아봤다가 배우고감 - dc App

[익명(1.235)]

얼마전에도내가댓글달았었지 잘못된정보가 유툽타고이상하게퍼진다고

[익명(220.70)]

그거 보고 찾아봤다

[익명(14.53)]

뉴비라서 좀 아리송한데 엄밀하게 의미가 틀린거고 대충 절차는 비슷한 거 아님?

[익명(14.53)]

나도 이때까지 '새로 그린다'는 말만 들어서 단순히 현재 그려져있는걸 다 지우고 새로 렌더하는 과정인줄만 알았는데

[익명(14.53)]

'캔버스를 다시 분석해서 메시를 재생성하는 것' 이후에도 결국 그 메시를 바탕으로 새로 그릴거아냐?

[익명(220.70)]

렌더링 자체는 원래 계속 일어나는거고, 캔버스는 렌더링에 필요한 메시를 생성하는데 캔버스 위의 UI element가 변경되면 메시를 재생성 해야하고 이 과정에서 성능이 떨어질 수 있다는 것임. 변경되지 않으면 애초에 메시를 재생성하지 않으니 성능 저하가 없는거고. 메시를 다시 생성해야 해서 그런 거지 '그리는' 행위가 더 필요하게 돼서 성능 저하가 일어나는 게 아니라는 말임.

[익명(220.70)]

그리는 행위 = 렌더링 => 캔버스가 바뀌든 말든 어짜피 일어나는 것

[익명(14.53)]

그 말은 캔버스에 변화가 없을 때도 한번 그려놓은걸 계속 쓰는게 아니라 매 프레임마다 계속 새로 지우고 그리고 있다는 말임?

[익명(220.70)]

ㅇㅇ. 재사용하는 건 메시고, 화면에 띄워 놓은 걸 재사용하는 것은 아님.

[익명(220.70)]

자세한 내용을 알고 싶으면 렌더링 파이프라인을 공부해보길 바람

[익명(14.53)]

[Anonymous(58.124)]

NGUI만든놈이 입사해서 UGUI만든거라 기본 원리는 NGUI때랑 똑같다. Canvas아래에 있는 UI들은 한번DrawCall로 렌더링하기위해서 메쉬 짜집기를 함. 예전 NGUI도 그랬음.