블로킹 callback을 별도 풀로 보냈더니 그 큐가 늘어납니다. 완료 수집과 실행 풀의 상한을 어떻게 연결하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
완료 수집을 빠르게 해도 별도 executor가 감당하지 못하면 대기와 buffer 보유가 그쪽으로 이동합니다. 연결별·전체 queue와 실행 수·바이트 상한을 둡니다.
포화 시 신규 I/O·수락을 줄이거나 기능별 거절 정책을 적용합니다. 실제 callback 완료까지 참조를 유지하며 종료 때 두 executor의 의존 순서를 확인합니다. 원래 IOCP 지연과 옮긴 큐 지연을 합쳐 측정합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- 완료 수집을 빠르게 해도 별도 executor가 감당하지 못하면 대기와 buffer 보유가 그쪽으로 이동합니다. 연결별·전체 queue와 실행 수·바이트 상한을 둡니다.
- 원래 IOCP 지연과 옮긴 큐 지연을 합쳐 측정합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 완료 수집을 빠르게 해도 별도 executor가 감당하지 못하면 대기와 buffer 보유가 그쪽으로 이동합니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.