많은 NPC 타이머가 같은 틱에 만료됩니다. 허용 지연과 공정성을 유지하면서 만료·실행을 어떻게 분산하나요?

꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →

잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?

답변과 점검 포인트 펼치기답변 접기

구두 답변

정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.

허용 오차가 있는 timer의 위상을 나누거나 jitter를 주고 만료 발견과 callback 실행을 별도 예산으로 관리합니다. 모든 NPC가 같은 생성 시각을 기준으로 반복하면 주기적 파도가 생길 수 있습니다.

피해·권한 만료처럼 조기·지연 실행이 규칙을 바꾸는 timer는 정확한 시각을 유지하고 처리량을 확보합니다. 밀린 callback을 한꺼번에 보충해 다시 과부하를 만들지 않습니다. 만료 시각·실행 시각·누락·중복과 최대 tick을 측정합니다.

이해가 드러나는 지점을 확인해 보세요.

허용 오차가 있는 timer의 위상을 나누거나 jitter를 주고 만료 발견과 callback 실행을 별도 예산으로 관리합니다. 모든 NPC가 같은 생성 시각을 기준으로 반복하면 주기적 파도가 생길 수 있습니다.
만료 시각·실행 시각·누락·중복과 최대 tick을 측정합니다.

놓치기 쉬운 조건과 오해를 짚어 보세요.

다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 허용 오차가 있는 timer의 위상을 나누거나 jitter를 주고 만료 발견과 callback 실행을 별도 예산으로 관리합니다.

하나 더 질문하며 이해의 범위를 넓혀 보세요.

득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.

답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.