[📚정보] 유니티6의 개쩌는 옵션 gpu resident drawer

[익명(plastic4826)]

전에 srp batcher써도 드로우콜이나 버텍스감소에 별 득을 못봤음

그래서 걍 꺼버리고 gpu 인스턴싱으로 작업중이었고,

오늘 MPB로 코드 싹 다 바꾸기전에 마지막으로 더 찾아봤움

찾아본거 기억할겸 글로 적어서 남겨두려고 함

srp batcher설정 위에 유니티6부터 추가된 옵션이 하나 보임

GPU Resident Drawer 

mesh나 material등의 렌더링 데이터를 gpu에 캐싱해두고 직접 접근하여 본래 cpu갈구던 것들을 싹다 gpu가 일하게 하는거임

srp batcher와 같이 내부적으로 렌더api최적화를 수행하는 옵션이라 개발자가 따로 설정할 건 없음

무려 gpu culling까지 지원하는데, 과거 static배칭하고 오클루전 컬링 bake하는 똥꼬쇼 없이 실시간으로 알아서 컬링시킨다!

Resident Drawer의 기본값은 Disable인데 아마 저사양 기기 호환성이나 빌드시간 등 프로젝트 성격에따라서 무조건 켠다고 좋은 옵션은 아니라 그런가봄

srp batcher랑 딸려오는 옵션이라 해당 기능을 켜려면 srp batcher가 켜져있어야함

그렇다면 내가 기존에 srp batcher만 켰을때랑 의미있는 차이가 있을까?

같은 씬 같은 장소에서 옵션만 다르게 테스트 해봄

참고로 60프레임 방어 안되는건 순수하게 컴퓨터가 개좆구려서 그런거니 이해바람

- GPU 인스턴싱

Saved by batching으로 드로우콜은 상당히 줄었지만 버텍스 숫자는 줄지 않음

- SRP Batcher

딱 내가 알던 srp batcher.. 드로우콜과 버텍스가 하나도 줄지않음

사람들은 보통 최적화를 할때 이 드로우콜을 줄이고자 하는데, srp batcher는 애초에 렌더링 워크플로가 다름

내가 드로우콜이라고 뭉개말한 Batches 숫자는 SetPassCall + Draw명령의 개수합임

Draw는 말 그대고 화면에 그리는 명령인데,

SetPassCall은 뭘까?

CPU와 GPU는 처리속도 자체가 넘사로 달라서 함께 작업하기 위해선 중계가 필요함. 바로 CommandBuffer라는 곳이지

특히나 무거운 명령들을 버퍼에 담아뒀다가 일괄적으로 처리하는거야

여기서 무거운 명령들의 집합을 Set Pass Call이라고 함

사실상 Set Pass Call이 부하의 주범이다

GPU 인스턴싱을 썼을땐 Material개수와 비례하게 SetPassCall이 생기지만

SRP Batcher를 쓰면 Shader개수와 비례하게 SetPassCall이 생김

Shader Variant등 여러가지 이유로 배치가 깨지면 SetPassCall이 하나씩 증가하는거지

즉 딱 보기에 Batches는 1000까지 증가해서 최적화에 실패한 거 같지만, SetPassCall은 오히려 줄어들었기 때문에 GPU 인스턴싱과 비슷한 효과를 얻고 있었음

그리고 SRP Batcher에서 SetPassCall이 아닌 드로우콜은 기존 렌더링 루프와 달리 매우 가볍다고 함

무조건 드로우콜 수치의 고저차로 비교가 불가하단 뜻

- SRP Batcher

- GPU Resident Drawer

이번에 새로 찾은 옵션을 활성화한 상태

Batches 까지 파격적으로 줄어듦  

SetPassCall뿐만 아니라 Draw명령까지 줄었음 = 종합적인 드로우콜이 줄었다고 해석됨

- SRP Batcher

- GPU Resident Drawer

- GPU Culling

컬링까지 수행하니 버텍스가 말도안되게 뚝 떨어짐. 단순 수치적으로 봤을땐 이보다 의미있는 결과는 없을 듯 싶다

흠.......

근데 스샷을 본 똑똑한 인붕이들은 한 가지 의문이 생길거임

“뭔가 프레임이 점점 떨어지는 거 같은데요...?”

앗뿔싸!!!

역시 세상에 날먹은 없나보다

게임을 재실행할때 사소한 수치변경은 있을 수 있지만

위 스샷은 하나의 옵션을 추가할때마다 평균적인 cpu 오버헤드가 늘어나고 있음을 보여준다

사실 SRP Batcher <-> GPU 인스턴싱 사이에서 선택하는 건 프로젝트 성격과 개발자 취향의 차이 정도로 생각할 수 있다

하지만 Resident Drawer의 경우 소폭의 CPU 오버헤드를 제물로 GPU 오버헤드를 대폭 감소시켜주는 옵션임

GPU Culling도 가시성 버퍼를 추가로 요구하는 대신 고사양 디바이스에서 최고의 효율을 뽑아내지

반대로 생각하면 저사양 디바이스는 꿈도꾸지 말란 말임

내 환경처럼 오히려 역효과가 날 수 있으니

 

“그럼시발 뭘 써야하나여?? 그게 그거같은데 잘 모루겠어요”

1. 만약 새 프로젝트면 SRP Batcher써봐라

유니티6면 기본값으로 켜져있으니 따로 설정할게 없음

메테리얼 프로퍼티 블록이니 gpu 인스턴싱이니 전혀 신경쓰지 말고 개발하면 됨. 오히려 mpb를 쓰면 srp 배칭이 깨지니까 쓰지 마셈

2. 기존에 gpu 인스턴싱 베이스로 작업하던 사람은 그냥 srp batcher 쓰지마셈

srp batcher쓴다고 유의미하게 좋아지는 것도 아니고, 니가 이미 mpb써서 최적화 작업 해놨으면 오히려 그게 더 퍼포먼스가 좋을 수 있음

3. GPU Resident Drawer는 분명 강력한 기능임

다만 무지성으로 켜지말고 데모수준은 뽑은 다음에 빌드해서 테스트해보고 써

경우만 맞으면 개쩌는 최적화를 경험할 수 있으니까

뭐 가능 하다면 인게임 옵션에 넣던가 가능한지는 몰루?

여담으로 DrawI nstancedMesh를 호출하거나 MPB를 통해 명시적으로 gpu 인스턴싱을 사용하면 srp batcher와 함께 사용할 수 있다고 함

풀이나 바위같은 셀 수 없이 반복배치될 동일메시는 gpu 인스턴싱이 오버헤드 감소에 도움될듯

애초에 구조적으로 gpu 인스턴싱이 어울리는 상황엔 srp batcher가 소폭 비효율적임

허나 srp batcher는 추가적인 코드나 설정 없이도 엔진이 알아서 최선의 최적화를 해준다는게 커다란 매리트같다

나도 이번 기회에 제대로 알고싶어서 이리저리 찾아본건데 혹시 틀린거있으면 알려주셈 ㄱㅅㄱㅅ

[환루몽(street1413)]

SRP Batcher는 Material, Texture 최적화하려고 쓰는거라 버텍스로 성능 비교 하는게 맞는건가.. 하나의 메쉬가 둘을 동시에 쓰지 못 할 뿐이지 역할이 달라서 둘 다 쓰는게 좋을텐데 . 여기에 전체적으로 LOD를 추가 해주는게 좋지 않을지

[익명(plastic4826)]

버텍스는 SRP Batcher랑 상관없고 Resident Drawer랑 gpu culling과 관계있는걸로 알고있음

[익명(plastic4826)]

그래서 명시적으로 쓸사람은 쓰는게 맞는듯? 애초에 극단적으로 최적화 할 수 있는 사람은 이미 알고있는 내용일거 같고 나같은 엔진알못은 방향 한개만 정해서 하는게 쉬우니까

[00(sphere9096)]

글 ㄹㅇ 유익하게 잘 썼다