[🐣질문] Dots좀 배우고 싶은데

[ㅇd(1.237)]

도저히 모르겠다;

애초에 컴공출신도 아니고 지금 하는 코딩도 하나하나 실제로 캐릭터 움직임 적용, 아이템 적용 등등 해보면서 익혀왔던 야매코드라..

지금 있는 자료들 다 뒤져봐도 "그래서 캐릭터 어떻게 움직이면 됨? 구조는 어떻게 짜는거임?" 이거 하나로 귀결되는듯

ㅠ.. 실제로 캐릭터 움직이게 하고 구현내용 적용시키면서 할 수 있는 자료 없을까?

[익명(211.205)]

유투브에 설명하는 영상들 있던데 그런걸로 헤딩하면서 익히는거 밖에 없을듯

[소닉쫄따구테일즈(dcz3xv7zgu14)]

OOP로 짜는거랑 ECS로 짜는거는 접근방식이 아예 달라서, 안하는게 나을걸 오히려 ECS로 하는거는 차라리 옛날 C때 코드를 참고하는게 더 좋은데 자료가 없잖음. 그냥 OOP해

[익명(1.237)]

기획한 게임에서 오브젝트가 정말 많이 나와야해서 고민하던 와중에 ECS를 접했거든.. 만약 OOP로 한다면 컴퓨트 쉐이더를 쓰는 방법이 있을텐데 컴퓨트 쉐이더로 하는게 맞나 싶어. 예를 들어 몬스터가 5천마리 나오는데 각자의 객체로써 활동이 가능한건가 하는것도 의문이고 그게 가능해서 렌더링은 어떻게 처리한다고 해도 로직은 어차피 다 돌아야 해서 프레임드랍 문제가 발생하지 않을까 싶어서.

[익명(1.237)]

OOP로 테스트 해봤을땐 GPU 인스턴싱 SRP배처 뭐 등등 다 한 상태로 큐브 4만개도 벅차더라고 난 망했어ㅠ

[소닉쫄따구테일즈(dcz3xv7zgu14)]

그럼 DOTS무조건 써야겠네. 5천마리 인스턴싱해야된다면... 옛날 에이지 오브 엠파이어도 5천마리는 안넘어갔었는데, 대체 뭐길래;; OOP든 DOTS든 많은 객체 업데이트를 꼭 해야한다면 기술적 도전이나 다름없어보이는데?

[익명(1.237)]

답변 감사함.. 일단 무조건 DOTS를 써야한다는 것만 알았어도 수확이야 연재하고 있는 ECS시리즈 잘 봤어. 궁금한게 있는데 지금까지 내가 공부한 바로는 DOP와 OOP의 큰 차이가 결국 '상속 형태가 아닌 레고 형태의 조립' 과 '메모리를 순차적으로 배열해서(산재되는 것을 미리 방지해서) 캐시미스를 줄임' 이 두 가지가 핵심인 것 같은데, 이렇게 되더라도 결국 객체마다 다른 스테이트(어떤건 사망, 어떤건 이동, 어떤건 공격 등) 를 가지기 위해서는 한번 쭈우우욱 순차적으로 for loop를 돌아야 하는 거지? 그 과정에서 OOP와의 차이인 저 두 가지 덕분에 CPU사용량 증가, 메모리 효율 증가 가 나타나는 거고? 내가 DOP에 대해 제대로 이해한건지 잘 모르겠어

[소닉쫄따구테일즈(dcz3xv7zgu14)]

이득도 있지만 단점도 있어 속도상 장점으로는 캐시미스줄어서 빠름, 가비지가 없음. 잡시스템으로 병렬처리로 빠름, 버스트컴파일러로 빠름. 이런것들이 다 시너지 효과로 개빨라지는거. 설계상 장점으로는 ECS로 설계해서 기능 모듈화로 인해 시스템간의 의존성 줄어들어서 좋고, 설계변경에 기존 OOP보단 쉽다는점(OOP도 설계잘하면 좋긴한데 그거랑 좀다름)

[익명(1.237)]

음.. 단점으로는?

[익명(1.237)]

아 그리고 한가지 더 궁금한게 있는데, 플레이의 캐릭터는 OOP이면서 몬스터들만 DOP인 형태도 가능해?

[소닉쫄따구테일즈(dcz3xv7zgu14)]

ECS 단점으로는 ECS 데이터 지향 디자인 패턴이다 보니 OOP식 직관적인 설계랑 거리가 멈. 예를들면 플레이어 캐릭터랑 몬스터가 나와 싸우는 RPG게임을 만든다고 하면, OOP는 일단 Character라는 클래스를 만들고 HP,Atk를 선언하고 PerformAttack함수를 정의하고, 캐릭터라는 것에 관점에서 속성은 변수, 행동은 함수로 대응되게 좀 직관적인 설계가 된다면, ECS는, 애초에 Character라는것부터 정의하는게 아니라, 데이터와 시스템관점에서 설계를 함. 캐릭터를 떠올리는게 아니라 우리 TRPG에 있는 룰북대로 설계를 하는 느낌이랄까. 이동,공격,데미지연산시스템 식으로 어떤 일련의 룰이 데이터를 순차적으로 변형시키는 그런 느낌임

[Mr빙그레(mrbinggrae)]

단점: 컴포넌트, 시스템, Autoring으로 나눠진 설계상 스크립트 파일이 매우 많아짐. 오브젝트에 붙이는것이 아니라서 나중으로 갈수록 점점 헷갈림.

[소닉쫄따구테일즈(dcz3xv7zgu14)]

DOTS의 단점으로는 DOTS는 아키타입형ECS라서, Sparset ECS랑 다르게 제약이 많아. 당장 떠오르는 제약은 Managed객체를 사용못한다는거. 물론 이 제약으로 잡시스템같이 멀티스레딩이 가능한거지만

[소닉쫄따구테일즈(dcz3xv7zgu14)]

캐릭터는 OOP고 몬스터는 DOP인건 하이브리드로 구현가능하긴 하겠지만, 굳이 그럴 이유가 떠오르질 않네. 이동시스템을 구현했는데 캐릭터는 OOP면 캐릭터 별도 이동시스템을 만들어야할걸. 왜 그렇게하는지 모르겠음

[익명(1.237)]

그렇구나 답변들 고맙다. 내가 컴공출신이 아니라서 직관적으로 확 와닿지가 않는데, 예전에 실무에서 컴퓨트 쉐이더를 만든적이 있었는데 그 때 동적으로 만든 펄린노이즈에 따라 포지션(스케일 포함), 로테이션 행렬을 임의로 조절해서 맵 전체에 랜덤하게 뿌리는 걸 작업한 적이 있었거든. DOP가 약간 그런것과 비슷한거라고 보면 될까? '<몬스터 컴포넌트, 이동 컴포넌트> 를 가진 놈들만 모아서 각각 루프를 도는데 그 안에다가 변수로 주어지는 것이 컴퓨트 쉐이더의 버퍼처럼 각기 다를 뿐이다' 라고 내 머리속에서는 이해하고 있는데 정확한건지 모르겠다

[소닉쫄따구테일즈(dcz3xv7zgu14)]

셰이더 프로그램에 넘겨지는 정점,인덱스,노멀데이터를 셰이더에서 '처리'한다는 것이 ECS가 데이터를 시스템에서 처리한다는 점은 비슷하다고 말할수도 있음. 근데 이건 ECS의 아주 일부분인거임. 이건 ECS를 좀 공부해보면 알수 있어. ECS는 데이터와 시스템이 분리되어 있는 점. 시스템은 관심있는 컴퍼넌트(데이터)만 색인(Filter)해서 해당 부분만 작업을 하는것. 이 색인(Filter)도 Sparset ECS랑 Archetype ECS에 따라 방식도 틀리고 데이터를 관리하는 방법도 다름. Sparset은 컴퍼넌트 단위로 관리하지만, Archetype은 컴퍼넌트의 모음별로 데이터를 관리함. 아키타입형은 순회가 매우 빠르지만 순회도중 컴퍼넌트의 생성파괴에 민감해서 CommandBuffer라는걸 이용함

[소닉쫄따구테일즈(dcz3xv7zgu14)]

Sparset은 그냥 컴퍼넌트를 바꿔도 딱히 상관은 없음. 뭐 이거말고도 ECS에대해 말하려고하면 여러가지가있어서 좀 시간걸리더라도 공부좀해보는게좋을거임

[Mr빙그레(mrbinggrae)]

지금 시작할때 아니다.

[Mr빙그레(mrbinggrae)]

캐릭터는 OOP 몬스터를 DOP로 만드는건 하이브리드 방식으로 가능한데 그럴거면 구지 DOP로 몬스터를 만들 이유가 있나 싶다. OOP 로 제작된 캐릭터와 상호작용할때 멀티스레드를 사용할 수 없게 됨.

[Mr빙그레(mrbinggrae)]

DOP가 단점이 있지만 미래에는 결국 DOP로 갈거같단 생각이 들음. 성능은 말할 것도 없고 모듈화에 최적화 되어 있어서 팀작업할때도 매우 좋음. 코드를 분석하는것도 OOP보다 DOP가 훨씬 수월함.

[Mr빙그레(mrbinggrae)]

전공이 프로그램이 아니라면 아직 시작할때가 아님 레퍼런스가 너무 없고 아직 개발중이라 정책 등이 계속 바뀌고 있음. 나중에 한글 유니티 DOTS책이 나올때 쯤에 시작하는게 좋음. 그쯤되면 많은 정보가 인터넷에 올라왔을테니

[익명(1.237)]

답변 고마워

[Mr빙그레(mrbinggrae)]

https://github.com/Unity-Technologies/EntityComponentSystemSamples
<< DOP에 대해 자세히 알고 싶으면 가서 봐봐.

[Mr빙그레(mrbinggrae)]

https://mrbinggrae.tistory.com/259
DOTS에 대한 간략한 설명글

[익명(1.237)]

사랑해 뽀뽀를 드리겠음 쪾ㅉ꼬쬮쪼꼬ㅉ꼬쬮쪼꼬ㅉㄲ

[소닉쫄따구테일즈(dcz3xv7zgu14)]

마자 아직 DOTS는 시작할때가아님... DOTS는.. ECS자체는 해도상관은업음.

[Mr빙그레(mrbinggrae)]

나랑 스터디 하장

[익명(1.237)]

왜 난 안껴주노.. 디자이너 출신 인붕이를 살

[Mr빙그레(mrbinggrae)]

안한다고 할거같아서 물어본거 ㅋㅋㅋㅋㅋ

[소닉쫄따구테일즈(dcz3xv7zgu14)]

요즘 나도 DOTS를 보고있긴함. 근데 제약사항들부터 다 찾아보고 있는중. 예를들면 SystemBase와 ISystem의 차이 부분이랑, 정적데이터 처리부분에서 어디까지가 BlobAsset으로 처리해야할지 아니면 컴퍼넌트에 포함시켜야할지, BlobAsset을 Job에서 접근해서쓴다고하면 캐시미스가 뜨는데, 이건 어떻게 해야할지. SubScene에 있는 Entity들은 게임 플레이 도중 위치가 변경된게 게임을 Stop해도 초기화되는게 아니라 그대로 남아있더라고. 그 문제도 그렇고. 모든 System들은 Scene을 가리지않고 동작하는거때문에 Login씬이나 MainGame씬에서 별개의 System이 동작하게 했으면 좋겠는데 그런 구조는 아닌거같은 부분도 걱정이고. 이것저것 보고는있음

[Mr빙그레(mrbinggrae)]

베이커 되기 전에 동작하는 시스템이 있어. BlobAsset을 Job에서 접근해서쓴다고하면 캐시미스가 뜨는데<< 이거는 당연히 잡 스케쥴 예약할때 BlobAsset에서 뽑아서 전달해줘야해

[Mr빙그레(mrbinggrae)]

SubScene에 있는 Entity들은 게임 플레이 도중 위치가 변경된게 게임을 Stop해도 초기화되는게 아니라 그대로 남아있더라고. << 난 이런 경우가 없던데;;; 그리고 애초에 Baker에서 위치값을 초기화시켜주잖어?? 모든 System들은 Scene을 가리지않고 동작하는거때문에 Login씬이나 MainGame씬에서 별개의 System이 동작하게 했으면 좋겠는데 그런 구조는 아닌거같은 부분도 걱정이고. 이것저것 보고는있음

[Mr빙그레(mrbinggrae)]

이건 TAG 등으로 해결해야해;; DOTS의 본질이기도 해서

[소닉쫄따구테일즈(dcz3xv7zgu14)]

그렇구만. TAG는 좀 생각해봐야할거같네. DOTS에 본질이라기보단, 내가볼땐 충분히 씬별로 System을 별도로 줘도 될거같다는 생각인데. 유니티가 System들의 순서를 편하게 관리하게 해주려고 그냥 모든씬에서 전부 쓰게금 해놓은 느낌이여. 씬별로 별개로 두기위해서 씬마다 Tag를 모든 엔티티에 다 박아넣는것도 답이 없다고 생각함

[소닉쫄따구테일즈(dcz3xv7zgu14)]

젤 골때리는게, MonsterSpawnInitializeSystem같은거임. 게임 시작시 몬스터 스폰객체들을 초기에 생성함. DOTS쪽에서는 데이터가 없으면 어짜피 시스템은 안돌아간다는데, 데이터가 없어도 뭔가를 생성하는 시스템은 존재할수 있거든. 이런게 다른씬 갔을때 지멋대로 스포너들을 생성해버림. 만약 저걸 동작안하게하려면, 싱글턴컴퍼넌트로 GamePlaySceneComponent같은걸 넣어서 여기가 게임플레이씬이라는걸 구분해줘야된다는거지. 난 글로벌하게 시스템이 동작하는 부분에 대해선 별로 선호하진 않음. 차라리 그러면 DOTS쓸때 씬 개념이라는걸 못쓰게했으면좋겠음

[익명(118.41)]

전공 프로그래밍인 애들만 하는거래

[Mr빙그레(mrbinggrae)]

전공이라기 보단 괴수 아니면 으로 정정