IOCP의 대기 worker 깨움 방식은 cache locality와 공정성에 어떤 영향을 주며 어떤 수치를 관찰하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
IOCP의 완료 큐와 대기 worker 깨움 정책은 서로 다른 순서를 가질 수 있습니다. 최근 실행 worker를 재사용하는 동작은 locality에 도움될 수 있지만 연결별 공정성 보장은 별도입니다.
concurrency와 생성 thread 수를 구분하고 batch·긴 callback·worker 대기를 관찰합니다. 특정 worker의 작업 수보다 사용자 요청 p99와 연결별 기아를 측정합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- IOCP의 완료 큐와 대기 worker 깨움 정책은 서로 다른 순서를 가질 수 있습니다. 최근 실행 worker를 재사용하는 동작은 locality에 도움될 수 있지만 연결별 공정성 보장은 별도입니다.
- 특정 worker의 작업 수보다 사용자 요청 p99와 연결별 기아를 측정합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: IOCP의 완료 큐와 대기 worker 깨움 정책은 서로 다른 순서를 가질 수 있습니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.