[🐣질문] [유니티] 직장에서 GC스파이크때문에 람다를 쓰지말라는데요

[익명(222.120)]

람다때문에 GC스파이크가 생기는 오버헤드가 실제로 나노초 단위 아닌가요?? 람다를 다 걷어낸다고 해서 성능개선이 드라마틱하게 나올거같지도 않은데 왜 굳이 쓰지말라고 하는건지 모르겠습니다.. 람다를 다 걷어내서 성능개선을 느껴보신분 계실까요?..

[익명(116.127)]

하나하나는 용량이 적어도 티끌모아 태산이라고 가비지 컬렉터는 그걸 모아서 한번에 처리하잖음 저사양 폰에선 문제가 될 거임 글고 전체 프로젝트에서 람다식의 영향이 적다고 하더라도 팀 작업이다보니 규칙을 정해 가비지를 생성할만한 코드를 모두 다 원천적으로 막으려고 노력할 거잖음 저사양 폰 시절부터 개발하던 사람이라 특히 민감할수도 있겠지만 하여간 그 팀의 규칙인 거니까 지켜야지 이정도는 괜찮지 않을까 하며 하나하나 풀어주다보면 나중에 되돌이킬수 없는 사태가 발생할 수도 있고

[익명(222.120)]

음.. 그렇긴 하네요..

[123(122.38)]

개인적으로는 비슷한 발상으로 foreach 도 안씀 코드좀 불편하게 써서 에러 안나오게 할 수 있으면 그냥 안쓰는게 좋을듯 람다식 좋은 이유가 결국 프로그래머한테 편하다 이거인데

[익명(222.120)]

foreach는 왜요?? 에러때문에 쓰지말라는건 아닌것같고 그냥 가비지때문에 쓰지말라는것같아요

[123(122.38)]

c#에서 그랬던건지 java에서 그랬던건지 모르겠는데 foreach쓰면 가비지 난다는 소리가 있어서 그냥 습관을 foreach 쓸바에 for쓰는 걸로 습관을 굳힘 그냥 불편하고 노가다지만 탈없는거 쓰는게 마음 편해서

[익명(222.120)]

ㄷㄷ 그럼 람다도 안쓰시고 foreach도 안쓰시는거에요? 대단하심...

[123(122.38)]

개인개발이라 그냥 람다도 쓰고 foreach도 씁니다. 근데 규모 커지면 프로젝트 찾아바꾸기 한번 쫙 돌려서 없애요 근데 그정도로 유지보수 할거면 프로젝트 자체가 흥해야 되서.... 회사업무면 코드 퀄리티 관리 하는게 맞죠

[ㅁㅁㅁ(125.132)]

foreach gc는 오래전에 사라짐

[123(122.38)]

람다식을 써서 gc스파이크가 뜬다고 하면 에러가 날때는 '간헐적'인 렉이 뜰거임 언제 뜬다고 확신할수도 없는 렉... 개발자 입장에서 제일짜증나는 문제

[익명(183.100)]

개인 규모면 링큐 정도만 걷어내면 됨 - dc App

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(121.149)]

너무 극단적인데 이거는

[익명(211.196)]

foreach는 박싱/언박싱이 일어남

[익명(14.4)]

Foreach 이제 가비지 안생길텐데?

[CUBEA(cubea0328)]

foreach 이제 가비지 안생기는데 그래도 미세하게 배열기반보단 느린걸로 알고있음

[ㅁㅁㅁ(125.132)]

대형프로젝트 최소 v4 정도 급 되는 거 아니면 루프문제외하고 그냥 쓰셔도 무방

[ㅁㅁㅁ(125.132)]

과거 유니티에서 람다에 부정적이었던건 gc스파크 보다 iOS에서 문제가있어서 였음

[ㅁㅁㅁ(125.132)]

iOS문제 + 퍼포먼스 문제 아 그리고 유니티 닷넷 더 올라가면 linq 퍼포먼스 개선이 많이 될 예정

[익명(36.38)]

매 프레임마다 호출하는 경우인가? 아니면 그냥 노파심같은데 ㅋㅋ