CPU
계산이 병목
동시에 실행할 코어가 실제 처리량을 결정한다.
선택1:1 플랫폼·커널 스레드 또는 프로세스
크기코어 수와 측정 결과를 기준으로 제한
주의작업 수를 늘려도 단일 작업 속도는 빨라지지 않는다.
스레드 수보다 계산·대기·블로킹 방식을 먼저 본다
매핑 모델은 유행으로 고르는 것이 아니라, 작업이 자원을 점유하는 방식과 런타임이 대기를 인식하는지로 좁힌다.
첫 질문작업 시간의 대부분은 CPU 계산인가, 외부 응답 대기인가?
WAIT
대기가 병목
기다리는 동안 다른 작업을 태우는 것이 핵심이다.
선택코루틴·가상 스레드 같은 런타임 경량 작업
크기동시 요청과 외부 자원 한도로 조절
주의높은 동시성은 처리량을 위한 것이며 지연 시간 보장은 아니다.
마지막 질문
블로킹을 런타임이 아는가?
블로킹을 런타임이 아는가?
예 · 양보 또는 unmount대기 작업을 내려놓고 같은 carrier·worker가 다른 작업을 실행한다.
아니오 · worker 점유호환 API로 바꾸거나, 해당 호출을 크기가 제한된 전용 풀에 격리한다.
핵심: CPU 바운드는 병렬 실행 폭을 제한하고, I/O 바운드는 대기 중 실행 슬롯이 풀리는지를 검증한다.