<aside>

한 줄 요약: 권위 서버의 게임 루프는 입력 드레인 → 고정 틱 → sleep이 정석이며, 부하가 천장에 닿을 때를 대비해 상한 + 배치 + 오버플로 3겹 안전장치가 필요하다.

</aside>

1. 핵심 개념 — 고정 틱(fixed timestep) 게임 루프

권위(authoritative) 게임 서버 한 프레임의 표준 구조:

while (running) {
    [1] 입력 드레인   // 네트워크 이벤트 큐를 소비
    [2] 시뮬 1틱      // 모든 엔티티를 deltaTime만큼 갱신 (이동/충돌/AI)
    [3] 결과 송신      // 변경된 상태를 주변에 브로드캐스트
    [4] sleep         // 다음 틱까지 남은 시간 대기 (레이트 고정)
}

왜 "입력을 다 받고 → 시뮬 1틱"인가 (입력 레이트와 시뮬 레이트 분리):

시뮬은 일정한 주기(예: 25Hz=40ms)로 돌아야 deltaTime이 안정적이고, 물리/이동 계산이 결정적(deterministic)이 된다.
입력은 불규칙하게 들어오므로, 모아서 한 틱에 일괄 반영해야 함.
만약 "입력 1개마다 시뮬 1틱"을 하면 → deltaTime≈0, 시뮬 비용이 O(입력수×엔티티수)로 폭발, 동기화 주기 붕괴. (아래 패턴 A)

<aside> 💡

용어 — 틱(tick): 시뮬레이션 1스텝. 틱레이트: 초당 틱 수(Hz). 고정 틱: 매 틱 동일 시간 간격을 목표로 하는 방식.

</aside>

2. 단일 로직 스레드 모델 (존/채널당 1스레드)

상용 MMO에서 널리 쓰는 정석 패턴 중 하나: "존 하나 = 로직 스레드 하나".

한 존의 모든 게임 상태를 단일 스레드만 만지므로 락이 필요 없다(lock-free) → 락 경합/데드락 회피.
네트워크 수신/송신은 별도 I/O 스레드(IOCP 워커)가 담당하고, 로직 스레드와는 큐로 분리.
확장은 "존을 여러 개로 쪼개 스레드/머신에 분산(sharding)"으로 함.

장점	단점
락 없는 단순/안전한 로직	단일 존 처리량 = 코어 1개 천장
결정적 시뮬, 디버깅 쉬움	한 틱이 무거우면 그 존 전체가 느려짐
I/O와 로직 관심사 분리	존 간 이동/상호작용은 별도 처리 필요

핵심: 단일 스레드 자체는 죄가 아니다. 죄는 그 위에 무거운 작업(I/O fan-out 등)을 얹는 것.

3. 드레인 패턴과 실패 모드 (일반 도메인 지식)

입력 큐를 "어떻게 비울 것인가"의 3가지 패턴: