[💬] 아니 transform 이거 캐싱해야되네

[익명(plastic4826)]

물론 일반적인 상황에선 필요없고, 수천개 돌리는 상황에서는 오버헤드 차이가 크네

내부적으로 캐싱해주는 줄 알았는데 먼가 다른듯

캐싱된 transform < 그냥 transform < GetComponent

이 순서로 차이가 남

난 필드참조정도로 생각했는데 GetComponent + 내부적으로 최적화가 들어가있던 거였구나

[익명(rent1081)]

아... 첨알았네 정보ㄱㅅ - dc App

[Micharie(regret1760)]

이럴수가.

[211214(tomatoss)]

누가 저 같은 뉴비에게 설명좀

[Suf_Ferret(bare4616)]

transform.translate 같은걸 쓸때 앞의 트랜스폼을 캐싱해서 (캐싱변수명).translate 형태로 써야 좋다는거 아닐까요..? 이게 되는지조차 모르는 뉴비긴 하지만 ㅜㅜ - dc App

[익명(plastic4826)]

난 당연한듯이 스크립트짤때 transform.position이런식으로 transform 프로퍼티를 호출했단말이야? 해봤자 필드참조랑 비슷한 수준이겠거니 해서 근데 transform 호출이 필드참조가 아니라 GetComponent같음. 대신 엔진상 최적화된 방식이 들어갔나봄 즉 GetComponent보단 저렴한데 필드참조보단 무거움 프로파일러 돌려보니까 오브젝투 많이 쌓일수록 심하게 차이남 기껏해야 수십 수백개는 상관없을거같고 천단위 넘어가면 캐싱하는게 맞는듯? 아님말고

[211214(tomatoss)]

@ㅇㅇ 에......? 그럴리 없서

[익명(plastic4826)]

필드에 유닛 수십마리 돌아다니는 정도면 업데이트돌려도 상관없음. 나도 수천마리 테스트하다가 발견한거라

[211214(tomatoss)]

@ㅇㅇ 그럼 transform.position 이런 애들 다 캐싱해서 써야 한다는 거임?

[211214(tomatoss)]

나 병적으로 GetComponent 안 쓰는 편인데.. 이런 거 못넘어가지

[익명(plastic4826)]

프로파일링 결과가 필요하다고 시사하면 그래야지ㅇㅇ.. lazy caching프로퍼티 만들면 예쁨

[Indie 1(61.85)]

transform이 모노비헤비어 필드에 붙어있는게 아니였다고? 따로 존재하는 컴포넌트였다고?

[익명(plastic4826)]

나도 그런줄알앆는데 그것보단 복잡한듯 프로퍼티 뜯어보면 언마샬링유니티오브젝트라는 메서드가 있는데, 얘가 엔진의 transform 메모리주소를 찾아서 유니티 객체로 래핑하고 리턴시킨다고 함.. 이 과정이 GetComponent보다는 가볍지만 캐싱된 필드에 비하면 무거운가봄

[Indie 2(115.145)]

옛날에는 GetComponent로 호출하다가 이젠 최적화 되었다길래 캐싱 안했는데, 테스트해보니 여전히 조금 더 느리더라. 그치만 캐싱하기 귀찮고 보통은 수십만번씩 호출할 것도 아니어서 난 그냥 transform 갖다씀.

[익명(plastic4826)]

ㄹㅇ어디선가 이젠 캐싱필요없다! 하는걸 주워들어서 대충 내부적으로 캐싱해주는구나 하고 넘겼는데.... lazy caching으로 싹다 교체해놔야겠슴

[Indie 3(122.40)]

나도 최근에 프로파일링 하면서 알게되었는데 GetComponent 수준으로 존나 처먹음 GetComponent를 수백개 정도만 돌려도 꽤 체감이되는데 매프레임 위치 조작으로 호출되는 transform을 생각하면 무조건 캐싱을 해야할듯 private new Transform transform으로 항상 필드 생성하고 사용중...

[Indie 3(122.40)]

사실 transform은 Gamobject에 무조건 붙어 있는 애라 Component의 삭제여부를 굳이 확인할 필요가 없을것같은데 왜 내부적으로 캐싱을 안하고 최적화를 택했는지 잘모르겠음...

[익명(plastic4826)]

눈을 의심함 겨우 transform호출조차 오버헤드컨트롤을 해야한다니

[익명(180.70)]

애초에 c++ api 호출이라 추가 비용이 생길 수 밖에 없음 컴파일러가 중간에 양념질도 못하고

[익명(180.70)]

버스트 컴파일러나 dots가 빠른 것도 이런 부분들 경감해줘서 그럴껄

[익명(plastic4826)]

ecs는 감히 엄두도 못낼거같으니 캐싱이나 열심히 해야겠군

[HamBoogie(that8899)]

이거보고 러시앤캐시 상담받으러 간다

[비월(lunar1228)]

즉시 MonoBehaviour 대체 스크립트 만드는 중

[익명(outside0930)]

이거 보고 무지성 캐싱하지마라... 실제로 소프트웨어에선 최적화 중 캐싱이 가장 정답이 없고 어려운 방식이라는데 동의하는 사람들이 많음. 게임 다 만들고나서 캐싱 위치를 고민하는게 여러모로 안전함

[211214(tomatoss)]

[Indie 4(211.200)]

그렇군

[익명(211.228)]

https://medium.com/@collectivemass/unity-myth-buster-gameobject-transform-vs-cached-transform-fe42a4e47491

[익명(211.228)]

1.5배