성능 테스트 결과

상황에 따라 다른데요.일감이 충분히 많은데 Read, Write 쓰레드가 1개씩 붙어 병합이 심할 경우,Lock을 잡는 버전보다 LockFreeQueue가 꽤 이점을 보일 수 있긴 합니다.왜냐하면 Lock은 무조건 동시 접근을 배타적으로 걸어야 하는 반면,LFQ 버전에서는 Push와 Pop을 동시에 해도 (데이터가 충분히 많다는 가정 하에)서로 영향을 주지 않아 실패를 하지 않기 때문이죠.이론적으로는 그렇지만 사실 LockFree를 사용 안 해도 전혀 차이 안 나거나 오히려 성능이 더 좋은 경우가 대부분입니다.

추후에 이 내용에 대해서 실질적인 게임개발에 들어가면서 복습하는 시간이 있을까요.

프레임워크는 원래 한 번에 이해하기 어렵고, 필수도 아닙니다.실제 게임을 만들어보면서 차츰 알아가면 됩니다.

buger please 모작 pc버전으로 만들기

크게 달라지는 부분은 없고 입력 부분만 수정이 필요합니다. 입력도 옛날 방식과 새로운 방식이 있는데 (InputSystem vs New InputSystem) 고전 방식 기준으로는, Input.GetKeyDown(KeyCode.W)와 같이 키보드로 움직으로 부분으로 Movement 방향을 받아와야 합니다. 강의에서는 UI기반으로 동작하는 JoystickController가 있는데, 정말 코드 수정을 최소화 하고 싶다면 이 안의 Update에 코드를 넣어주면 큰 수정없이 기존의 코드를 살려 갈 수 있습니다.

디버깅할때 메모리보는법 단축키가 뭐죠??

상단의 디버그-창-메모리 에서 직접 여시면 됩니다.단축키는 어차피 자주 안 쓰는 기능이라 굳이 외우진 않습니다.

XML, Dll 차이점

전혀 다른 2 개념이 살짝 섞였네요.DLL은 C#이나 C++ 등 기타 프로그램으로 만든 것을 만들어서 부품처럼 쓰는 것이고요.따라서 DLL로 쓰는 것은 곧 C#으로 직접 구현하는 것과 유사합니다.질문하신 의도가 "패킷을 바로 C#으로 만들지 않고, XML을 쓰는 이유라면"XML, json 혹은 나중에 나올 다른 포맷은 전부 '데이터 파일 형태'입니다.코드의 수정 없이도 데이터의 수정만으로도 동작시킬 수 있다는 의미입니다.그리고 코드에 그런 데이터 관련 내용을 적으면 '하드 코딩'이 되어 확장성이 떨어집니다.조금이라도 수정해야 할 상황이 생기면 전면 재배포도 해야 하고요

5.7버전 move to 작동 안함

해결 안 되시면 전체 프로젝트 압축해서 rookiss@naver.com 로 보내주세요!원인과 해결 방법 살펴보겠습니다.

게임 서버 Stateful, Stateless 진로 고민

AI 때문에 많은 것들이 바뀌었습니다.요즘 시대라면 사실 둘의 경계를 두는 것은 무의미하고저는 개인적으로 직접 구현하는 Stateful보다는 언리얼 데디서버를 추천드리고 싶습니다.

현직자인데 질문이있습니다

서버 개발로 외주를 받을 수 있거나, 그것도 아니면 MMO 프로젝트를 처음부터 끝까지 리드해서 제품을 완성할 수 있는 수준이 되면 되겠죠. 그러나 사실 서버'만' 하는 것은 제품을 혼자 책임지고 끝까지 만들 수 없다는 의미이기도 해서, AI 시대에는 클라/서버를 같이 하는 것은 좋다고 봅니다.장기적으로 언리얼을 공부하고, 언리얼 네트워크 (데디서버) 코드를 분석하면 많은 것을 알아갈 수 있습니다. 정말 최적화에 신경을 많이 써서 노하우 보따리기 때문입니다.AI는 뭘 쓰더라도 어차피 비싼만큼 값어치를 하는데 그것을 사용하는 것이 본인의 능력이라고 보긴 어려워서, 적당히 결과물이 나올 정도면 된다고 봅니다.방향성은 다양하게 설계할 수 있는데요. 기술쪽으로 정점을 찍겠다면 무조건 언리얼을 파시면 되고, 반대로 1인 게임 출시 쪽을 파신다면 유니티와 아트(모델링)을 적절히 공부하면 좋다고 봅니다. 최근에 생성형 AI 때문에 아트 공부를 시작한 프로그래머들이 주변에도 꽤 있습니다.

C++ 로 포팅

본 강의 후반부에 일부 코드를 C++로 옮깁니다!

안녕하세요.

gameobject가 아니고, GameObject 라고 대문자 포함 치셔야 합니다.현재 오타로 인해 컴파일이 안 되고 있습니다.