[💬] 유니티 가비지 콜렉팅 내가 잘못 알고 있었나?

[ravenee..(121.150)]

내가 아는 바 대로 적어 볼테니 잘못된 부분 있으면 지적해줘.

1. new SomeClass() 로 객체를 생성한다. 이때 메모리 할당이 일어나고, 프로파일러에 GC alloc이 찍힌다.

2. 그러나 해당 객체의 참조가 살아있는 한 1에서 만든 객체는 '가비지가 아니다'

3. 모든 참조를 잃은 (또는 GameobJect.Detory() 등) 객체는 '가비지가 되었다' 고 말할 수 있다. 그러나 이 시점에서 가비지 컬렉터가 돌아가는 것은 아니다.

4. 가비지 컬렉터는 임의의 시점에 돌아가는데 (OS나 유니티 엔진이 관리) 이 시점에 모든 객체를 검사하여 참조를 전부 잃은 객체의 메모리를 '가비지' 로 선언한다. 그리고 삭제한 후 메모리를 땡겨 맞춘다.

5. 따라서 '객체를 생성하는 행위'는 '가비지를 만드는 것' 이 아니다. 그 객체가 재활용될지 아닐지 만드는 시점에서는 알 수 없으므로.

6. 다음 코드는 재활용을 고려하지 않으므로 '가비지를 만들고 있다' 고 말할 수 있다.

...
yield return new WaitForSeconds(1f);

7. 다음 코드는 가비지를 만들고 있지 않다. 재활용 하니까.

_wait = new WaitForSeconds(1f);

...

yield return _wait;

8. 일반적인 오브젝트 풀은 객체를 잔뜩 만들어두고 풀에 넣어두고 재활용하기 때문에, '가비지를 만들지 않는다.'

9. 프로파일러를 돌려보면 오브젝트 풀과 풀에 들어갈 객체들을 만들때 대량의 GC alloc 이 찍히지만 이것은 메모리 할당시점이고 가비지를 만든 것은 아니다.

'가비지를 만든다' 라는게 결과론적인 표현이라 시점에 따라 다양한 오해를 불러일으키는 것 같네.

혹시 내가 잘못 알고 있으면 지적해주면 고맙겠어.

넘 재미없는 글이라 생각되면 삭제하겠음.

-------------------------------------------------------------------

추가실험

매프레임마다 일정량의 크기를 가지는 객체 (간단히 int 배열)을 만들어서 리스트에 계속 넣는다.

리스트에 존재하는 한 이 객체들은 '가비지가 아님' 

그럼에도 프로파일러에는 GC alloc 으로 찍히는 것을 볼 수 있음. (매 프레임마다 4kb의 메모리가 추가된다)

이로서 프로파일러에 찍히는 GC alloc은 '가비지가 늘어났다' 가 아니라 '잠재적인 가비지 (새로운 메모리 할당)이 늘어났다' 라고 해석할 수 있음.

[ㅁㄴㅇㄹ(121.181)]

그런 의미에서 Rust를 합시다!

[익명(223.39)]

GC alloc이 아니라 Memory alloc아니냐?

[익명(223.39)]

GC allocated네 저건 메모리할당이 아니라 가비지 올라간거다

[익명(223.39)]

그리고 가비지==GC먹이 가비지!=GC먹이가 될지도 모르는 현재 메모리

[raveneer(121.150)]

그럼 프로파일러에 객체 생성할 때 마다 GC alloc 올라가던데 이게 전부 가비지란 말이야?

[익명(223.39)]

어 그거 전부 가비지라고

[익명(223.39)]

애이 ㅅㅂ 븅신이 가비지여부는 힙이냐 스택이냐 차이다

[raveneer(121.150)]

글에 추가한 실험 보면 int배열 추가할때 마다 GC alloc이 늘어났는데 이게 '가비지가 늘어났다' 라고 생각해?

[익명(223.39)]

GC alloc은 메모리에 올라간걸 뜻하는게 아니고 GC에 할당된걸 말하는거라고 즉 가비지라고

[raveneer(121.150)]

ㅇㅇ 알겠음. 스샷을 보고도 그렇게 말하니 내가 더 할 말이 없네. 니 말대로라면 스샷에 코드는 매프레임마다 4kb 가비지를 만드는 코드인거구만.

[익명(223.39)]

아니 씨이발 글자 그대로 처 읽어봐 GC allocated 가비지컬렉터에 할당했단건데 GC가 메모리냐?