[🐣질문] 유니티 업데이트 질문

[익명(211.192)]

간단하게는 100개 이상의 투사체 처리나
크게는 100개 이상의 npc 액터 객체를 만들 때,

각 객체 내부에서 Update()를 호출해 처리하는 거 하고

따로 업데이트 관리자 객체를 두고

걔한테 개별 객체가 업데이트 하고싶은 함수를 몰아주고
업데이트 관리자에서 단 한번 Update()호출하는 거 사이에서

어떤 방식이 더 좋아?

Update같은데에서 최적화 신경쓰지 말고
차라리 LINQ같은데에서 최적화 신경쓰는게 좋은건 아는데

너무 객체가 많아서 업데이트 호출이 잦으면 그것도 영향있나 싶어서..

[Indie 1(1.236)]

100개정도면 뭐... 별 차이 없을거임 그 이상이면 관리자로 한번에 Tick하는게 훨씬 좋지

[익명(211.192)]

그러면 만약 오브젝트가 엄청 늘어난다면 관리자는 따로 updateableObj 들의 리스트를 가지고 있는데, 이 리스트를 순회하거나 관리하는거보다 개별 오브젝트에서 업데이트 호출이 더 자원을 많이 잡아먹을 수 있다는거야?

[디시콘쓸려고만듦(kimmsssiu)]

윗 댓마냥 100개정도 가지곤 티 안나니까 신경 쓸 필요는 없는데, 앞으로 더 늘어날 예정이면 하나로 처리하는게 나음

[Indie 2(211.197)]

ECS 패턴으로 xy등 primitive 데이터를 빠르게 일렬로 핥으면서 로직 수행하는게 아니라면 스크립트레이어에서 일부러 처리하는것보다 엔젠에서 처리해주는 (유니티 프레임워크단에서 활성오브젝트 업데이트 호출시켜주는거) 것이 더 빠를것이라 저는 판단하고있고 비활성 오브젝트는 당연히 업데이트를 호출 안할거고, 활성오브젝트도 상항 업데이트 호출하지않게하고 필요시에만 호출할수있도록 해당 컴포넌드 enabled 토글하게 하는식으로 각 컴포넌트가 Update 호출하는거를 추천하네요

[Indie 3(122.36)]

성능적으로 비교하면 무조건 한번에 몰아서 처리하는게 나음. 이건 실제로 한번에 업데이트 처리해서 성능적인 개선을 확인한 사례도 있으니 찾아보셈 다만 그렇다고 Update()를 버려야하냐? 라고하면 사실 풀링 만큼 필요한 부분은 아니라서 편한대로 쓰셈

[워이(scatter6361)]

일단 유니티에서 기본적으로 제공하는 애니메이터와 메카님을 쓸거라면 지금 말한쪽의 최적화는 아예 포기해야함