[💬] 1.240 이 말하는 오브젝트 풀링이라는 건..

[익명(116.127)]

1.240 이 말하는 풀링 방식은 이런거임

1. 총알을 쏘기 위해 100개짜리 배열에다 총알 더미를 만들어 둠

2. 총알을 쏠 때마다 더미 총알을 인에이블 시킨 뒤 그 총알에 아이디를 부여해서 발사함

3. 총알이 어디엔가 맞아 디스폰 시켜야 되면 그 총알 아이디를 받아와서 배열에서 지우면서 오브젝트도 디스에이블 시킴

4. 새 총알을 쏘기 위해서 100개 중 어느게 디스폰 된 상태인지 확인 후 2번을 실행함

근데 이렇게 할 필요가 없음

1. 총알을 쏘기 위해 100개짜리 스택이든 큐든 만들고 거기다 총알 더미를 만들어 둠

2. 총알을 쏠 때 100개짜리 큐에서 하나 꺼내 스폰시키고 발사함

3. 총알이 어디엔가 맞아 디스폰 되어야 하면 그냥 디스폰시킴 그리고 디스폰 된 오브젝트를 큐에 도로 넣어둠

4. 새 총알을 쏘기 위해선 그냥 2번을 또 실행시키면 됨

글고 보통은 100개짜리 같은 거대한 큐를 만들지 않고 적당한 갯수로 만들어 둠 

그리고 총알이 바닥나면 더 만들어서 채워넣고 너무 많이 만들어서 낭비다 싶으면 체크해서 삭제함

또 뭔가의 이유에 따라 그 총알에 아이디를 부여해서 하나하나 관리해야 할 필요가 있을때도 있을거임

그런 경우 그 관리 시스템은 알아서 작동하며 총알을 쏘아댈거임 아이디를 부여해서 스폰하고 검사해서 디스폰을 시킬거고..

그때 쏠 때 아이디를 부여한 뒤 위의 2번을 거쳐 총알을 스폰시킴 그리고 아이디를 체크해서 디스폰 시킬때 최종적으로 총알은 3번을 거쳐 사라지게 되는거임

즉 아이디 부여해서 관리하고 하는 건 그쪽 관리 사정이고 총알을 인에이블 디스에이블 시키는건 이쪽 사정임 서로 완전히 독립되어 있음

그 인에이블 디스에이블 시키는 프로세스가 오브젝트 풀이라는 거 

instantiate와 destroy를 대체하는게 오브젝트 풀임 그걸 어떻게 쓸 건지 하는 건 각 메니저 스크립트에 달린거고..

[익명(223.33)]

이게 맞지 풀링은 그냥 생성 제거 기능 최적화 시키려고 쓰는거고 풀링시킨 오브젝트들 어디다 모아서 관리하는건 다른 영역인데

[익명(1.240)]

그럼 매니저에있는건 안한다는말이네

[익명(1.240)]

그럼 풀링써도 매니저에 활성화된거 추가할때 일어나는 메모리관리는 걍내비두는거임?

[익명(116.127)]

오브젝트 풀링은 앞으로 쓸 것들을 미리 여러개 만들어 두고 필요할때마다 하나씩 쓰는 거임 많이 만들어 둘 수록 메모리는 많이 차지하겠지 그리고 스폰시키든 디스폰시키든 언제나 일정하게 남아있는 거.. 대신 디스에이블 된 상태에선 랜더링과 스크립트는 모두 멈춰버릴테니까 다른 부하는 안 걸리는 거고..

[익명(1.240)]

음그건 알겟는데 활성화된 오브젝트를 담는 배열에 추가할때 생기는 배열 동적할당 같은건 어케 해결하는거임? c라고하면 포인터들을 담은 배열 리사이즈

[익명(116.127)]

리스트로 만들면 되지 배열은 한번 만들면 크기가 고정이지만 리스트는 아니잖음

[익명(1.240)]

리스트도 add할때 주소를 담을 공간이 할당되겠지

[익명(1.240)]

그건 원래내비두는거임?

[익명(222.233)]

활성화된 오브젝트를 담는건 풀링이랑 별개임.. instiate 쓸때마다 관리하려고 어디다 할당해줄 필요는 없자너

[익명(116.127)]

그건 나중에 가비지 컬렉터가 알아서 수거해 가는거임 기본적으론 c#은 따로 메모리 관리를 해줄 필요 없이 자동으로 가비지 컬렉터가 돌아가면서 필요없는 것들을 정리해 줌

[익명(1.240)]

결국 풀링을 하는게 오브젝트 생성되고 삭제할때 가비지컬렉터가 발상되는걸 막기위한건데 매니저에있는건 못한다는거네

[익명(1.240)]

상자를 생성하면 매니저에있는 활성화된 오브젝트를 담는 상자도필요하네 결국 그것도 모두활성화될을시 풀사이즈랑 똑같으니까 풀을 2개만들어야되네

[익명(116.127)]

풀링의 가장 큰 목적은 destroy로 한꺼번에 여러개를 여러번 삭제하는 경우 다음에 돌아올 가비지 컬렉터 타이밍에 할 일이 너무 많아져서 랙이 걸리는 거 때문에 쓰는거임 메모리에 여유만 있다면 매번 instantiate로 만들고 destroy로 삭제하고 할 필요없이 걍 미리 만들어둔 뒤 인에이블 디스에이블만 시키면 가비지 컬렉터는 할 일이 없잖음 그게 오브젝트 풀링임

[익명(1.240)]

내가말하는건 리스트 사이즈가 변할때 생기는 렉을 말하는거임 오브젝트 생성하는거보단 적을거같긴한데 이건원래 내버려두는게 정석임?

[익명(116.127)]

매번 필요할 때마다 새 장난감을 사서 가지고 논 뒤 버리고 또 새 장난감을 사는 게 아니라 상자에 잔뜩 사서 넣어놓고 그걸 꺼내쓰는 게 오브젝트 풀링임 상자는 하나만 있으면 됨 장난감 상자에서 장난감을 꺼내 바닥에 늘어놓고 사용한 뒤 다 가지고 논 장난감은 다시 상자에 집어넣는거 나 이제 자야 함

[익명(116.127)]

리스트 사이즈 가변하는 건 무시해도 됨 너무 많아지고 비효율적이되면 그땐 알아서 코드를 최적화하고 가비지 컬렉터를 적시에 추가로 불러서 정리하면 되는 거 그건 계속 만들다보면 저절로 최적화된 코드에 대해서 자연히 알아가게 됨

[익명(223.38)]

병신들 이해시켜주려고 하지마라. 지식도 없고 돌대가리새끼가 상대방말 들을 생각도 없고 지 주장만 하는데 그냥 그대로 살게 둬라 좀

[익명(223.38)]

배그에서 c죽으면 a,b도 삭제해야하겠네? 라는거 보고 진짜 답도 없는 병신인게 느껴지는데 잠깐이라도 말섞은게 실수지