안녕하세요. 강의 항상 즐겁게 보고 있습니다.강의 중 ClientService 내에서 발생하는 ServerSession의 레퍼런스 카운트 관리에 대해 궁금한 점이 있어 질문드립니다.제 이해로는, ClientService의 Start 함수에서 session을 명시적으로 hold해주지 않는다면, Session의 ProcessConnect 함수에서 connect event의 owner를 release한 이후에는 해당 session의 레퍼런스 카운트가 0이 되어야 정상이라고 생각했습니다.그런데 샘플 코드에서는 레퍼런스 카운트가 2 이상으로 유지되고 있는 것을 확인하여, 이에 대한 설명을 부탁드리고 싶습니다.감사합니다.

안녕하세요. 우연히 발견한 건데요,서버 미 실행이고 클라이언트만 실행된 상태에서, 연결 대상이 없는데 조금 있다가 OnConnect가 호출되는데 이건 왜 그러는 건가요?

Memory Pool을 관리할 때 혹시 스레드별로 따로 Pool을 관리하기도 하나요? Lock Free 라고는 해도 스레드가 많을 수록 경합이 발생할 것 같은데,스레드 별로 따로 Memory Pool을 관리하면 이 문제가 해결이 되는 것은 아닐까 싶었습니다. 물론 이 경우 해당 스레드에서 Alloc을 해왔다면 무조건 Release도 동일 스레드에서 실행할 수 있도록 구조를 만들어야 해서 문제가 있을 것 같습니다. 혹시 그럼에도 스레드 별로 별도의 Memory Pool을 사용하는 경우가 있었나요? 항상 양질의 강의에 감사드립니다.

안녕하세요 작년 8월에 인서울 하위권 수준 컴공을 졸업한 26살 취준생입니다. 요즘 진로 관련 고민이 많아, 현실을 객관적으로 파악하고 선택을 해야 할 것 같아서 질문드립니다.게임 서버 프로그래밍 분야에 늦게 관심이 생겨서 작년부터 공부를 시작했습니다.작년에 루키스님 C++ 게임 서버 강의를 보고 채팅 서버를 만들었습니다. 6개월 정도가 걸렸는데 저의 C++ 실력이 너무 부족하다는 생각을 많이 했습니다.그래서 이후에 C++ 관련 공부 (간단한 2D 게임, asio 네트워크 프로그래밍, 알고리즘 등) 등을 했습니다. 공부를 끝내고 올해 2월 정도부터 게임 서버 강의를 다시 보면서 2D MMO 서버를 목표로 프로젝트를 진행하고 있습니다.현재 고민은 다음과 같습니다.취준 기간이 너무 길어지고 있는 것 같아서 지금 제가 잘 하고 있는 건지 의문이 듭니다.요즘 채용 공고를 보니 게임 서버 신입, 특히 C++ 쪽은 정말 절망적일 수준으로 공고가 없어서 계속 준비하는 게 맞나 생각이 듭니다.서버 신입은 보수적이라 학교 같은 기본적인 스펙이 중요하다고 하셨는데 뛰어난 스펙을 가진 상황이 아니라서 열심히 해도 경쟁력이 있을까 의구심이 듭니다.지금이라도 방향을 바꿔서 그나마 수요가 있는 웹 개발쪽으로 가는 것도 방법일까요?취준 기간이 길어지니 이런 부정적인 생각만 늘어나네요. 확실한 정답은 없겠지만 루키스님이 의견 주시면 도움이 많이 될 것 같습니다. 현실적인 답변 부탁드립니다. 감사합니다.

protobuf를 이것저것 연습하는 중에 문제가 생겨 질문드립니다. 위처럼 int32만 사용했을 경우에는 정상적으로 빌드가 되지만, 이런식으로 string으로 바꾸었을 때에만 이러한 오류가 발생합니다. 버전도 일치하고 링크도 제대로 되어있는 듯 한데 심볼이 없다라고 하는데 어떤 이유인지 궁금합니다.

Protobuf를 적용하던 도중 자꾸 이러한 오류가 발생합니다. 어떻게 해결할 수 있을까요?  

노트북 환경이 싱글코어라 궁금해서 멀티스레드 환경으로 코드를 돌리니까 값이 매번 다르게 나오는데싱글코어 환경에서는 멀티스레드 테스트가 불가능 한건가요?

클래스 객체 내부에 shared_ptr가 있을 때, 객체가 소멸되면 shared_ptr이 가리키는 값은 nullptr로 자동으로 변경되서, shared_ptr가 가리키는 refCount가 자동으로 줄어드는건가요?

#include "pch.h" #include "AccountManager.h" #include "PlayerManager.h" AccountManager GAccountManager; void AccountManager::AccountThenPlayer() { WRITE_LOCK; //GPlayerManager.Lock(); } void AccountManager::Lock() { WRITE_LOCK; } #include "pch.h" #include "PlayerManager.h" #include "AccountManager.h" PlayerManager GPlayerManager; void PlayerManager::PlayerThenAccount() { WRITE_LOCK; //GAccountManager.Lock(); } void PlayerManager::Lock() { WRITE_LOCK; } int main() { for (int32 i = 0; i < 1; ++i) { GThreadManager->Launch([=] { while (true) { cout << "PlayerThenAccount" << endl; GPlayerManager.PlayerThenAccount(); this_thread::sleep_for(100ms); } }); } for (int32 i = 0; i < 1; ++i) { GThreadManager->Launch([=] { while (true) { cout << "AccountThenPlayer" << endl; GAccountManager.AccountThenPlayer(); this_thread::sleep_for(100ms); } }); } GThreadManager->Join(); return 0; }위에처럼 AccountManager에서 PlayerManager의 lock을 잡는 코드를 주석처리하였고 반대도 마찬가지로 주석처리 하였는대도, debug모드시 deadLock으로 처리가 되는데, 원래 이렇게 떠야하는게 맞는건가요? 이거는 데드락 상황이 아니지 않나요?

//잡고 있는 락이 있다면 if (_lockStack.empty() == false) { // 기존에 발견되지 않은 케이스라면 데드락 다시 확인 const int32 prevId = _lockStack.top(); if (lockId != prevId) { // 재귀호출은 deadLock이 아님 싸이클 확인할 필요 없음 set<int32>& history = _lockHistory[prevId]; if (history.find(lockId) == history.end()) { history.insert(lockId); CheckCycle(); } } }위의 코드는 쓰레드 1이 lock a를 먼저 잡고 쓰레드 2가 lock b를 잡으면 a의 history에 b가 들어가게 되지않나요? 제가 생각한 history는 쓰레드 1이 lock a를 잡은상태에서 lock b까지 잡으려고 할 때 a의 history에 b가 들어간다고 이해하고 있었는데, 제가 어떤걸 놓치고 있는지 잘 모르겠습니다.

올려주신 섹션 2. 멀티쓰레드 프로그래밍 Reader-Writer Lock 수업 자료를 다운 받고 실행 해보니 Debug 모드에서는 잘 동작했습니다. 하지만 Release 모드에서는 실행이 안되던데 방법이 없을까요?

안녕하세요. 루키스님 강의듣고 열심히 배우고 있는 현직자 입니다.회사에서는 묻기가 그래서.. 선생님이신 루키스님께 여쭤보고 싶어요. 경력 3년 정도 되는 서버 개발자인데,이직 경험이 없어서.. 루키스님 강의 보면서 배운 내용을 토대로 포트폴리오로서버 프로젝트를 만들어야 할 지 의문입니다. 누구는 경력기술서만 작성해도 된다고 하고, 누구는 포트폴리오를 신입때처럼 만들어야 한다고 하더군요..언젠가 이직을 할 수도 있으니 미리 준비하고 싶어 루키스님 의견을 듣고 싶습니다.감사합니다!

#include "pch.h" #include <thread> #include <atomic> #include <mutex> #include <windows.h> mutex m; queue<int32> q; HANDLE handle; void Producer() { while (true) { { unique_lock<mutex> lock(m); q.push(100); } ::SetEvent(handle); std::this_thread::sleep_for(100ms); } } void Consumer() { while (true) { ::WaitForSingleObject(handle, INFINITE); ::ResetEvent(handle); unique_lock<mutex> lock(m); if (!q.empty()) { int32 data = q.front(); q.pop(); cout << data << endl; } } } int main() { handle = ::CreateEvent(NULL, TRUE, FALSE, NULL); std::thread t1(Producer); std::thread t2(Consumer); t1.join(); t2.join(); ::CloseHandle(handle); return 0; }에서 WaitForSingleObject이후에 signal이 auto가 아니라면 ResetEvent를 따로 적어주어야 한다 하셨는데, ResetEvent가 호출되기 전에 다른 쓰레드에 있는 SetEvent가 호출되면 어떻게 되는건가요?

루키스님 안녕하세요?C#서버 강에서 넘어와서 C++서버 공부하고 있습니다. C# 서버와 비교하면서 공부하다 워커 스레드 순서 보장이 궁금해서 질문 드리게 되었습니다. C# 서버에서는 Room.Flush()따위를 메인 함수의 와일루프에서 호출해서 단일 스레드로 처리하기 때문에 순서보장이 되는 것을 직관적으로 이해했습니다. 여기 예시에서는 워커스레드를 5개를 배분해주셨습니다. C# GameRoom으로 빗대면, 긴~~ 작업 Job A와, 짧은 B가 있는데 A->B 순서로 진행이 되어야 한다고 하면, 1번 워커 스레드는 먼저 들어온 A를 처리중..2번 워커 스레드가 이어서 들어온 B 작업을 처리.. A보다 먼저 처리 완료.1번 워커 스레드가 처리중인 A 처리 완료..이렇게 B->A 순서로 처리가 될 것 같다는 생각이 들었습니다. Q1. IOCP 워커 스레드가 순서 보장이 되는지?Q2. 그럼에도 불구하고 워커스레드를 N개 하신 이유가 있을 것 같은데 C#도 그렇게 할 수 있을지? 예를 들어 Room의 처리를 1, 2, 3, 4, 5번 스레드를 파서 동시에 처리 할 수 있을지?Q3. C# 서버에서는 Room에 1개의 스레드를 배분한 특별한 이유가 있는지?궁금합니다.

.  

루키스님 안녕하세요?C# 서버에서 넘어와서 CPP 서버 공부하고 있습니다. 스트레스 관련해서 이해가 안되는 부분이 있어 질문 드리게 되었습니다. 제가 스트레스 테스트를 한 방법은 recvCount, sendCount 변수에 ++하여 1초에 1번 출력하는 방식으로, '개략적으로' 카운트가 되는지 테스트하고 있습니다.C# 서버에선 C_Move패킷을 각 클라이언트가 0.25초마다 서버로 보내서 100명의 더미클라이언트로 치면 서버에서 400번 Recv, 40000 Send(브로드캐스트이므로) 정도로,300명 정도까지 Move 패킷을 처리할 수 있는 수준으로 부하테스트가 되었습니다. 근데 CPP IOCP 서버에서 워커 스레드는 컴퓨터 스레드 개수에 맞게 하는게 적당하다고 하셨고, 실제 배포하신 자료에도 워커스레드는 5개를 정해주셨습니다 (저는 핵사 코어 컴퓨터를 사용 중입니다) C#과 마찬가지로 더미 클라이언트.가 C_Move 패킷을 보내고 count 변수에 ++하면서 보고 있는데, 워커 스레드가 오히려 1개일 때 월등히 작업이 빠릅니다. 스레드 1개는 300명 내외까지 가능하지만, 2개 이상부터는 100명도 버거운 수준이었습니다. 룸이 하나인 상황이어서 컨텍스트 스위칭 때문에 오히려 워커 스레드 2개부터 느릴 수 있는걸까요? 고민해봤는데 명확한 답이 안나와 질문 드립니다. 

아래 박스 쳐진 코드 부분에서 header 부분은 생성하는 부분입니다. 생성자를 호출한다는 것은 "메모리쓰기"를 한다는 것인데 멀티쓰레드 환경에서 락을 걸어야 하는 것 아닌가요?제가 정확하게 몰라서 이렇게 질문 남깁니다.

CV Producer() 내부의 lock 스코프 안에서 cv.notify_one()하는 것 질문드립니다.그 안에서 notify_one()을 하게 되면 확실히 큐에 푸시한 후에 다른 스레드가 가로채기 전에 notify_one을 호출하니 Consumer()의 wait()에서는 확실하게 q에 값이 있는 상태가 되는 것 아닌가요? notify_one()을 한 후 Producer를 호출한 스레드는 스코프를 바로 빠져나올거고, 빠져나오면서 lock을 놓아줄 거고 그러면 놓아주는 순간 Consumer()의 wait는 누가 가로채기 전에 바로 들어오니 가짜 기상 문제가 해결되는 것 아닌가요. 아리달송합니다..

루키스님 안녕하세요?vs 2022에 맞춰서 IOCP 구축연습 밑바닥 부터 하고있습니다. 역시 환경 설정부터 난관이었는데요,ServerCore의 .lib파일을 GameServer가 못찾습니다 (ServerCore 빌드까지는 됩니다)강의 몇번을 돌려봐도 안되길래 좀 찾아보니까pch.h에 절대 경로를 넣어서 찾아주거나(근데 이건 아니다 싶어서)#ifdef _DEBUG #pragma comment(lib, "C:\\CppGameServer25\\CppGameServer25\\GameServer\\Libraries\\Debug\\ServerCore.lib") #else #pragma comment(lib, "Release\\ServerCore.lib") #endif강의에서 더해서 GameServer의 추가 라이브러리 디렉토리를 설정해줘야지만 .lib 파일을 찾고 GameServer가 빌드할 수 있었습니다. 일단 되니까 다행이긴 한데,됐으니까 장땡인지, 아니면 제가 경로 설정? 환경 설정?등 알아둬야 하거나 놓친 것이 있는지 조언 구하고 싶습니다.왜 강의대로만 하면 안되고 추가 라이브러리 디렉터리를 설정해줘야지만 빌드가 되는지 원리에 대해 궁금합니다.

안녕하세요 선생님. 선생님 강의 덕분에 요즘 서버 개발이 너무 재밌습니다. 감사합니다. 다름이 아니라 이해가 안가는 부분이 있어서 질문드립니다.1:20 초에 RegisterRecv()는 멀티스레드 환경에서 안전하다고 하셨는데 이 부분이 이해가 가지 않습니다.AcceptEx()를 걸고 나서 만약 클라이언트가 5개 붙으면 ProcessAccept()는 5번 호출될 것이고, 호출될 때마다 ProcessConnect()를 내부에서 호출하여 WSARecv()는 연결된 클라이언트마다 1번씩 호출하게 되는 것으로 코드를 이해했습니다. 그렇다면 클라이언트가 5명 붙는다면 WSARecv()는 5번 호출될텐데, 각 클라이언트가 동시에 send한다면 서버는 GetQueuedCompletionStatus()를 통과하여 동시다발적으로 ProcessRecv()를 호출할텐데 이 때 멀티스레드 critical section 문제가 발생할 것 같은데 제가 잘못 이해한 부분이 있을까요?혹시 client 별로 한 개 씩 RegisterRecv()를 등록해 놨으므로 각 client들은 각자 등록한 WSARecv()에만 연결되는 것이라서 멀티스레드 문제가 안 생긴다는 뜻일까요?