[💬] 콘솔충의 데이터 중심 디자인 간략 설명

[익명(223.38)]

cpu의 속도는 시간이 흐르면서 매우 빨라졌지만 아쉽게도 저장장치인 램은 그러지 못했다.

따라서 프로그램이 돌아가는 원리를 안다면 이러한 상황이 어떤 문제를 만드는지 이해할 것이다.


메모리에서 cpu로 데이터를 보내는데 읽는 속도가 너무 느리기 때문에

cpu가 빠르게 읽을 수 있도록 캐시 메모리를 cpu에 내장시켰다.


캐시 메모리에 데이터를 올릴때 해당 데이터 주변의 데이터들도 같이 올리는데

만약에 해당 데이터를 사용하고 나서 주변에 원하는 데이터가 있다면 빠르게 접근할 수 있다.

하지만 메모리 주소를 넘나드는 기존의 객체지향 방식은 캐시 미스가 발생하기 쉽다.

따라서 데이터 중심 디자인이 그 대안인데 자주 사용하는 데이터 끼리 메모리 상에서 인접한 위치에 두자는 것이다.


속도는 대규모 게임이건 아니건 간에 항상 중요한 문제다. 인디 레벨에서 필요할지 아닐지는 선택하는 것은 당신의 몫이다.


끝.





스크래치에서 테스트 한번 돌려봤는데 속도가 몇십배 차이남.

아마 유니티나 게임메이커도 비슷하지 않을까 싶음.

전에 올린 코드인데 비슷한 데이터 끼리 묶어놓고 모든 데이터들이 연속된 메모리에 올라갈 수 있게끔 구조를 잡았음.

그 결과 좀 난해하고 조잡하게 보이긴 하는데 난 이게 더 편한듯.

[익명(175.223)]

데이터 지향 많이 쓴다더라

[kc(210.96)]

ECS

[익명(211.114)]

저렇게하면 데이터들이 연속적으로 메모리에 올라감?? 어느부분이 그렇게 해주는지 좀만 더 설명해주라

[익명(175.223)]

객체지향은 객체를 하나하나 만들면서 데이터를 여기저기에 뿌려 놓지만 데이터 지향은 연관되는 데이터를 중심으로 한군데에 모아둠.

[익명(175.223)]

게임 오브젝트도 객체지향으로 만들면, hp는 hp컴포넌트에 따로 두게 하거나 hp 클래스를 상속 받는 형태인데, 데이터 지향으로 만들때는 그냥 hp를 가지고 있는거지.

[익명(211.114)]

데이터들을 인접한 메모리에 적재시키는 방법을 묻는거잖아 글좀읽자

[익명(223.38)]

배열이자나 적어도 비교하거나 계산할 애들끼리는 인접한 메모리에 올라가지

[익명(223.38)]

리스트 써도 중간에 추가 삭제 안한다는 조건이면 메모리 풀 잡았을때 비슷한 효과가 나긴 하는거 같음. 그러면 리스트를 쓸 필요가 없다는거지만

[익명(223.38)]

캐시에 올라가지 못할정도로 배열이 크면 초과된 부분을 다시 읽긴 해야하는데 그래도 충분히 빠를거임

[익명(223.38)]

객체 멤버 변수가 순서대로 생성되어 50개 하는것보다 자주 쓰는것끼리 50개 묶는게 크기가 더 작기 때문에 캐시 히트가 발생할 확률이 높은거

[ㅇ(222.97)]

stl vector를 쓰셈 그자체가 동적배열이라 max값을 미리 정해둘 필요도없고 런타임 중 수시로 할당해제되는 메모리만 메모리풀러 클래스를 따로 만들어서 관리하면 객체지향을 유지하면서 가독성도 좋아짐

[ㅇ(222.97)]

존카맥을 넘어서시길..

[익명(223.38)]

벡터 쓸라고 했는데 구조만 잡는다고 저리 해놧음 ㅠㅠ

[익명(223.38)]

메모리풀러는 ㄱㅅㄱㅅ

[地鬼(dczlatan)]

재밌게 잘 읽음