인프런 커뮤니티 질문&답변

예약 뿌려주는건 한 스레드가 전담해도 충분할줄 알았는데 아닌가 보군요...
답변감사합니다

반대로 뿌려주기만 담당하면 혼자 너무 양심이 없기도 하고, 일감 분산이 힘듭니다. 그러니 갖고간 쪽에서 책임지고 실행하는게 편하죠

음.. 죄송하지만, 이해가 되지 않았습니다.

네트워크 스레드를 hardware_concurrency만큼 파주고, Packet처리할 때, Job으로 따로 빼서 컨텐츠 코드까지 락없이 유동적으로 실행하게 하는데,
-> 여기서 JobTimer의 예약 일감 분배를 네트워크 스레드가 담당하게 하는건 락을 잡고 하는거라 병목현상이 생기지 않나요?

그냥 main thread혼자서만 JobTimer의 예약된 일감 분배를 하게 해준다면 락없이 수행되고 아름다운 상황이지 않을까 싶은 궁금증이 풀리지 않습니다.

main혼자 예약된걸 뿌려주다 보니 일감 처리를 하는 도중 예약된 틱을 넘어서서 뒤늦게 분배 하는 상황이 일어나거나 해서 그런걸까요??

네트워크 스레드들은 네트워크 처리와 패킷Job처리만 하게 해주고 main은 일감처리와 예약처리를 하는 구조에서말이죠

식당에서 요리/서빙/청소/결제 담당하는 직원을 따로 뽑으면
손님이 몰려서 서빙은 바쁜데 청소 직원은 한가해지겠죠.
반면 만능 직원이 다 담당하면, 알아서 바쁜 쪽으로 붙게 될겁니다.
이렇듯 한 명의 올라운더가 있으면 관리가 편해집니다.
Actor 단위로 JobQueue를 배치하는 경우
네트워크/일반 게임 컨텐츠 등을 가리지 않고 다 같이 전담하게 하는 경우가 이런 이유입니다.
어차피 분배를 위한 Queue접근은 실제로 일감 처리 시간에 비하면
크게 부담되는 수준이 아닙니다. 그런데 물론 말씀하신 대로 네트워크/컨텐츠를 아예 구분해서 운영하는 경우도 있긴 해서 그게 문제인 것은 또 아닙니다.

말씀하신 만능 직원의 경우가 JobQueue를 수행하는 것을 의미하신게 맞을까요?
-> 맞다면 이미 네트워크 스레드들이 JobQueue에 대해 일감처리를 하고 있습니다.
( 말씀하신 만능형 직원 채용 )
( 근데 의문점은 여기서 모든 스레드가 Timer에 대해 Distributing을 하는 것 !! 입니다 )
제가 의문이 든 점은 JobQueue가 아니라 "priority_queue로 구현한 예약Timer job들을 분배하는 것을 모든 스레드들이 하는게 맞는가? ( 전역 GTimer객체에 대한 Distributing 호출 ) "
( 어차피 내부에서 한 스레드만 진행하게 해줬고, 락을 잡고 distributing하니 Job을 따로 뺀 의미도 없어지는게 아닌가 ? 이럴바에 어차피 내부에서 한 스레드만 진행하게 해줬으니 main thread하나만 수행하는게 맞지 않은가 ? <---- 이 부분이 의문점 입니다. )

새벽이라 문맥이 좀 이상하네요..
제가 이해가 잘못된 점이 있으면 죄송하지만 설명 부탁드립니다...

너무 공식처럼 외울 필요는 없고, 생각하시는 대로 수정하시면 됩니다.
메인 쓰레드에서 분배하는게 충분하다면 그렇게 가면 되고
분배가 늦어지면 다 같이 망하니 그게 정 불안하면 다른 쪽에서도 거들어도 되겠죠.
락을 걸더라도 큐 자체에 접근하고 하는 부분은 일감 처리에 비하면
굉장히 사소한 부분이라 어떻게 해도 크게 상관없습니다.
(사실 락프리를 사용하면 이것마저도 개선 가능)
중요한건 분배가 밀리지 않고 즉각적으로 처리되어야 하는데,
메인 쓰레드에서 다른 것을 하다가 밀리면 그것도 문제겠죠.

아!! 이해가 됐습니다!! 답변 정말 감사드립니다 !! !!!!!