[💬] 그냥 생각나는 대로 적어보는 가비지 컬렉터

[익명(106.255)]

그냥 생각나는대로 적어보는 가비지 컬렉터

가비지컬렉터 이하 GC는 메모리 자동수집 시스템임.

이는 Unity, C#, 언리얼 등등에 있음 (C++ 은 없다 좆같다)

Unity 기준으로 GC를 설명해보겠다.

Unity가 C#기반으로 돌아간다고 해서 C#이랑 GC가 같은 원리로 돌아가지 않는다.

GC가 동작하는 방식은 단순하다.

1. 힙영역에 할당된 메모리를 수집한다. 

2. GC 의 영역이 가득 차면 메모리 정리를 시작한다

3. 메모리 정리 후에도 공간이 부족하다면 GC의 공간을 늘린다.

이 것을 반복하는 게 GC이다.

하지만 코드를 졸라게 대충짜면 GC가 여러번 메모리 정리를 시도하게 되고

GC가 메모리 수집을 하는 과정 자체가 연산을 많이 먹기 때문에 프레임 드랍을 유발할 수 있다.

그렇다면 여기서 주의해야 할 점이 무엇인지를 알아보자.

1. 단편화 현상

GC는 단편화 현상이 발생한다. 이게 무엇이냐면 4byte 데이터를 힙영역에 4개를 저장했다고 해보자

[1][1][1][1] [1][1][1][1] [1][1][1][1]

이렇게 연속된 공간에 메모리가 저장된 상태에서 가운데에 있는 데이터를 GC과정에서 정리한다면

[1][1][1][1] [0][0][0][0] [1][1][1][1]

이런식으로 데이터가 남게 된다. 그럼 저 빈 공간은 4byte보다 작거나 같은 데이터만 들어갈 수 있다.

이 현상을 단편화 현상이라고 하고, 이 단편화 현상이 많이 발생할수록

GC의 메모리상에 여유공간이 많음에도 불구하고 빈번하게 GC가 발생한다.

근데 C#은 GC하는 과정에서 저 빈공간을 없애주는 것으로 알고있다. 왜 Unity에는 없지?

왜냐하면 C#의 GC는 .NET으로 돌아가는걸로 알고있는데 왜 Unity는 그런거 안해주지?

2. 순환참조

이게 C#에는 유효한 말인데 Unity에도 유효한지는 모르겠다. 그러니 그냥 써본다

GC가 메모리를 정리하는 기준은 해당 객체에 참조가 있느냐 이다.

즉 그 메모리에 이론적으로 접근이 가능하냐를 따진다고 보면 된다.

그러나 두 객체가 서로를 참조하고 있는 상황이라면? 

GC에서는 해당 메모리에 접근이 가능한 것으로 판단하고 GC에 정리하지 않는다.

그럼 존나 GC 어떻게 씀?

존나게 메모리를 잘 쓰면 된다 ㅇㅇ.

단편화 현상이 안생기게 하는 것은 불가능에 가깝다. 

하지만 메모리를 존나 잘써서 단편화 현상을 줄일수는 있다.

클래스를 만들더라도 일정한 메모리의 규격에 맞게 들어가게 만들어서

단편화 현상으로 발생한 빈 공간을 최대한으로 활용한다던지.

오브젝트폴링같은 최적화 알고리즘을 통해 메모리를 해제하는 것이 아닌 재활용을 한다던지

아니면 GC관련된 코드를 직접 작성할수도 있다. ㅇㅇ

반박시 니말이 다 맞음 

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

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

[익명(106.255)]

아무리 생각해도 C# GC가 더 좋은거 같은데 마크앤스왑이니 이상한걸 쓰고있누...

[익명(220.80)]

RAII는 GC가 아님...

[익명(220.80)]

Raii는 정해진 스코프 안에서만 포인터를 유지한다는 패턴이지 가비지 컬렉터마냥 능동적으로 메모리를 해제해주지 않음

[익명(220.80)]

RAII는 명백히 가비지 컬렉터가 아님 혹시나 해서 방금 찾아봤다... 하는게 유사할뿐이지 엄연히 분류가 달라

[익명(220.80)]

잘못된 제목이라는데... 그리고 위키백과를 가져오면 되겠냐 거기 개나소나 편집할수있는데

[익명(220.80)]

그리고 링크에도 C++은 가비지컬렉터 안쓴다고 써져있네ㅋㅋ;

[익명(220.80)]

구현에 따라 쓸수도 있다는거지 표준 C++에는 가비지컬렉터 없는게 맞아...

[익명(220.80)]

마크앤스윕은 뭔말하는건지 모르겠고, RAII 패턴은 레퍼런스 카운팅하거나 소유권을 고정시켜놓는다거나 해서 메모리 해제를 소멸 시점에 보장하는거지 가비지 컬렉터라고 할수 없어... 각 포인터가 자기 자신에 대해 추적하는거고 프로그램 전체 단위로 동작하는게 아니잖아

[익명(106.255)]

싸울거면 따로 글파서 싸워

[익명(14.35)]

참조카운팅 방식이 가비지컬렉터에 포함됨 ㅇㅇ

[익명(14.35)]

https://learn.microsoft.com/ko-kr/archive/blogs/abhinaba/back-to-basics-reference-counting-garbage-collection
마소
형들도 인정함

[익명(220.80)]

레퍼런스 카운팅이 GC기법인건 맞음 근데 스마트포인터가 GC이다? 이건 아님 GC는 프로그램단위로 메모리를 추적 해제하는 구현이지, 특정 포인터의 해제를 보장하는 구현이 아니기 때문임 그래서 C++에는 가비지컬렉터가 없다고하는거고

[익명(14.35)]

weak_ptr이랑 shared_ptr이 참조카운터를 가지고 처리하도록 설계된거니 맞다고봄

[익명(220.80)]

특정 언어에 가비지 컬렉터가 있다고 말하려면 전체적인 메모리 관리가 자동으로 수행되어야지, C++은 아닌거고

[익명(14.35)]

굳이 아니라고 따질 정도는 아니란거지.

[익명(220.80)]

기능을 껐다 킬수있다는건 당연히 있으니까 할수있는거잖아...

[익명(220.80)]

C#마냥 전체 메모리관리가 자동으로 이루어지려면 C++에서 모든 포인터를 스마트 포인터로 도배해야하는데 그건 말이 안되는 소리고 애초에 그렇게 하는게 권장되지도 않음

[익명(14.35)]

스마트포인터로 도배된 프로젝트 많음.

[익명(220.80)]

많다 != 옳다 공유포인터가 편하긴 하지만 퍼포먼스 잡아먹는 괴물임 막말로 그럴거면 c#하지 왜 c++을 하겠음

[익명(14.35)]

스마트포인터는 참조카운터를 0으로 만들어버리면 메모리가 해제되니 직접 메모리 관리를 할 수 있음. c#은 자동으로 처리되는거고 스마트포인터 쓴다고 성능이 대폭 느려지는게 아니란거임.

[익명(220.80)]

다른데서 물어본걸로 좀 정정하자면 C++에서 가비지 컬렉션 쓸수있는가? 직접 구현하면 쓸수있다 언어적 차원에서 지원하는가? 아니오 정확히 말하자면 C++ 23에서 삭제되는 GC 기능이 있긴한데 아무도 안쓰는듯

[익명(14.35)]

shared_ptr 참조카운터 방식으로 메모리 관리하라고 만들어논건데 참조카운터 방식이 가비지 컬렉터에 일종이라며, 그럼 스마트 포인터라고 말해도 이해는 되지 않나? 따질 일은 아니라고 봄.

[익명(14.35)]

스마트 포인터 -> 가비지컬렉터

[익명(14.35)]

존나 많이씀..

[익명(220.80)]

여전히 내말을 이해못한거같은데 가비지 '콜렉터'는 프로그램 전체의 메모리를 관리해줘야하고 매니지드 언어에서 사용됨 레퍼런스 카운팅은 가비지 '콜렉션'기법임 스마트 포인터는 가비지 콜렉션 기법을 사용한거지 가비지 콜렉터가 아니란말임

[익명(220.80)]

그리고 스마트포인터 존나 많이 쓰는거맞음

[익명(220.80)]

이거 차이를 이해못하겠으면... 더 할말이 딱히 없음

[익명(14.35)]

스마트포인터를 사용해서 참조카운터 방식에 gc처리를 할 수 있다. 댓지~

[익명(220.80)]

언리얼에는 엄밀히 따지자면 GC가 있음. C++에 없는거지

[익명(106.255)]

언리얼에 GC있고 C++에 GC없다고 적어놨는데

[익명(220.80)]

그리고 유니티 GC가 구린건 예전에 유니티팀이 돈 없을때 구형 닷넷으로 유니티를 작성했기 때문임 지금 개선작업 진행중인걸로 알고있음

[익명(220.80)]

아 놓쳤나보네ㅋㅋ;

[익명(220.70)]

웬만한 메모리는 처음에 잡고 들어가면 되지머..

[익명(1.235)]

틀린글이군 공부다시해라

[익명(106.255)]

어느 부분이

[익명(1.235)]

니가공부해 신입이이딴식으로 면.접보면절대안뽑음

[익명(14.38)]

화가 가득한 지망생인가보네

[익명(106.255)]

?? 나 이미 취.업했는데 뭘 안뽑음;

[익명(106.255)]

존나 화법이 페미화법이네. 페미 : 여성혐오가 심해요!! 일반인 : 어느부분이요? 페미 :모르면 공부하세요

[익명(1.235)]

ㅈ만한회사겠지사람구하기힘든

[익명(106.255)]

그래... 평생 글케 살아라.. ㅇㅇ;

[익명(14.38)]

이런애들 그냥 실력없고 노력도 안하는 지망생인 경우가 대부분이더라 그래서 이런 글 보면 자기 공부 안한게 무의식에서 거슬려서 화를 많이냄

[익명(1.235)]

이런똥글에 추천박는 인갤이라뭐

[익명(1.235)]

14.38이야말로 똥인지된장인지도모르는 같은놈이네

[익명(106.255)]

내가 틀리고 아니고를 떠나서 니 인생은 틀린게 맞다 ㅇㅇ

[익명(1.235)]

그렇게라도정신승리하고싶겠지 틀린글을 싸질러놓고 아는척오짐

[익명(1.235)]

저밑에글에 좋은제목있네 모르면닥치라고

[익명(14.39)]

이새기 병신이니까 무시하셈ㅋㅋㅋ - dc App

[익명(180.67)]

이거랑 별개로 그냥 중소 인디겜은 참조 끊는거랑 풀링만 잘 활용하면 딱히 걱정할거없음 뭐 얼마나 대단한겜 만든다고

[익명(106.255)]

맞긴한듯 앵간한 대규모 게임을 만든다거나. 뭐 WebGL 쓸것도 아니면 GC때문에 걱정할일이 별로 없음

[로코복실한(dovecreative)]

유니티 순환참조도 알아서 삭제해주는줄 알고 거기 맞게 dispose패턴 구현해놨는데 삭제 안해줌? 저번에 테스트해봤을땐 finalizer 호출된거같아서

[로코복실한(dovecreative)]

유니티 말고 c#에서도 ㅇㅇ

[익명(106.255)]

나도 Unity가 순환참조 삭제하는지 안하는지를 햇갈렸음. 근데 굳이 찾아보기도 귀찮아서 그냥적었어. Unity는 무슨 루트타고 가는걸로 아는데 기억이 가물가물함

[익명(106.255)]

C#에서도 순환참조 지우는건 모르겠다. 공부한지 얼마 안되서. 니가 글케 알고있으면 니말이 맞는듯

[로코복실한(dovecreative)]

아 지워지는거 맞다 프로젝트 다 갈아엎어야되는줄 알았네 ㅋㅋ