[💬] 총알이 많은 경우 최적화

[익명(155.230)]

대충 5000개 정도의 총알이 충돌검사를 해야한다면,

1 유니티 collider로 체크

2 Physics2D.OverlapCircle로 체크

3 n x m번 검사 (총알 n, 타깃 m)

4 맵을 그리드로 나눠서 각 총알은 현재 그리드랑 이웃 그리드에 위치한 타깃만 검사 (3번 최적화)

ecex 안쓰는 선에서 뭐가 젤 효율적일까

인붕이들의 생각은?

- dc official App

[CUBEA(cubea0328)]

유니티 충돌 자체에 4번기능이 내장되어있을걸

[익명(155.230)]

ㄴㅇㄱ!! - dc App

[익명(49.142)]

닥 1

[ㅐㅐㅋㄷ(ooze86)]

4는 생각도 못했네요 또 하나 배우고 갑니다

[익명(220.78)]

첫댓 안보임?

[ㅐㅐㅋㄷ(ooze86)]

전 겜메써서 저런거 없어요 ㅎㅎ;;

[익명(155.230)]

내장 콜라이더가 젤 나은거 같구나. 별개 질문이긴 한데, OnTriggerEnter2D같은 함수실행 오버헤드는 안크려나? 그 Update도 따로 한 곳에 모아서 실행시키기도 하잖숨.. - dc App

[익명(49.142)]

그딴거 고민할 시간에 대충 만들고 다음거로 넘어가 진짜 개쓸데없는 고민임

[익명(155.230)]

아니근데 옵젝 수가 많아지면 이런게 증폭돼서 진짜 고민해봐야댐.. - dc App

[익명(49.142)]

총알 수를 줄일 생각을 해야지 코딩으로 어쩔 영역이 아님

[익명(155.230)]

징크스 기관총 평타처럼 말이지? - dc App

[익명(220.78)]

어설픈 실력으로 최적화 건들면 오히려 성능씹창남 234로 만들어보고 프로파일러 돌려보셈 1보다 훨씬구리게나옴

[익명(112.140)]

ㅇㄱㄹㅇ임 내가 해봤는데 진짜 더 구리게 나옴 ㅠㅠ

[익명(155.230)]

만들어볼 필요도 없게 하려고 물어본건데.. - dc App

[익명(36.38)]

미리 최적화를 생각하면 게임도 못만들고 최적화도 조진다. 최적화를 해도 최소한 테스트해볼 환경은 만들고 해야함

[익명(155.230)]

로직 근본에 예민한 최적화는 먼저 결정을 해야지 다음 로직을 짤 수 있는뎁.. - dc App

[익명(36.38)]

밑에 게이가 말했듯 니가 최적화랍시고 하는게 오히려 성능까지 떨어뜨리고 있을수도 있음

[익명(155.230)]

제대로 프로파일러랑 근거 기반으로 최적화하고 있음 - dc App

[익명(116.127)]

말하는 걸 보니 혹시 총알에서 충돌체크를 하려는 거임?

[익명(155.230)]

ㄴㄴ 타깃 수도 꽤 많아서 그럼 - dc App

[익명(49.142)]

렉 발생하는거 두 눈으로 직접 확인은 함? 성능 문제가 있을거란 가설부터가 검증이 안됐잖아

[익명(155.230)]

옵젝이 많아지면 사소한 처리도 증폭되니까 예민할 수 밖에 없음 렌더링이랑 애니메이션 최적화하면서 일반적인 방법으로 많은 수의 옵젝 제어하는게 어렵다는 걸 느꼈기때문에 합리적인 걱정을 하는거임 - dc App

[익명(155.230)]

굳이 부딪혀서 깨지고 갈아엎는거보다 한번 질문하고 염두해두고 실험하는게 현명하지 않겄음? 이것도 기획의 일부임 - dc App