비교할 문제
async 반복문의 직렬 실행에서 확인할 질문은 직렬 await, Promise.all, 제한 동시성 중 어떤 방식이 빠르고 안전한가입니다. 같은 요청 수, timeout, retry, 오류 수집과 결과 순서를 보장해야 하며 대상 service가 허용하는 동시성 상한을 넘지 않습니다. 결과값, 순서, 오류 처리와 부수 효과가 다르면 같은 성능 비교가 아닙니다. 먼저 두 후보가 같은 일을 하는지 작은 입력으로 확인합니다.
원인 분석과 재현
loop 안 await는 각 작업을 순차 실행하므로 독립 I/O는 제한 동시성이 맞는지, 순서가 필요한지 먼저 정해야 합니다.
지연 20ms·200ms, 오류율 0%·5%, 작업 10개·1,000개에서 총 시간뿐 아니라 active request, heap과 event loop delay를 기록합니다. runtime version, 운영체제, CPU와 memory 제한도 결과와 함께 기록합니다.
비교 질문은 직렬 await, Promise.all, 제한 동시성 중 어떤 방식이 빠르고 안전한가입니다.
| 후보 | 유리한 조건 | 함께 치르는 비용 |
|---|---|---|
| for + await | 순서와 강한 rate limit이 필요 | 독립 I/O도 직렬화해 총 시간이 길어질 수 있음 |
| Promise.all | 작고 독립적인 묶음을 동시에 처리 | 큰 입력에서는 연결·메모리·하위 service를 한꺼번에 압박 |
| 제한 동시성 queue | 대량 I/O를 일정 폭으로 처리 | queue 취소·오류·공정성 구현이 필요 |
const wait = (ms) => new Promise(resolve => setTimeout(resolve, ms));
async function task(id) { await wait(20); return id; }
async function sequential(ids) { const out = []; for (const id of ids) out.push(await task(id)); return out; }
async function allAtOnce(ids) { return Promise.all(ids.map(task)); }
async function limited(ids, width = 8) {
const out = [];
for (let i = 0; i < ids.length; i += width) out.push(...await Promise.all(ids.slice(i, i + width).map(task)));
return out;
}
// 지연뿐 아니라 peak active task, 오류율, heap과 하위 service의 rate limit을 함께 기록합니다.
해결 방안과 판정
warm-up과 측정 구간을 나누고 여러 번 반복합니다. 서비스 지연은 median과 p95를, 처리량 비교는 단위 시간당 완료 수와 오류율을 함께 기록합니다. CPU time, allocation, RSS·heap, GC, I/O 중 이 작업에 직접 관련된 지표만 선택합니다. Promise.all이 항상 빠른 것이 아니라 동시성 비용을 하위 시스템으로 넘깁니다. 처리량과 p99가 함께 좋아지는 폭을 찾고 그 값을 configuration과 load test로 지킵니다.
차이가 반복 실행의 흔들림보다 작다면 더 단순하고 읽기 쉬운 구현을 선택합니다. 차이가 충분히 크더라도 실제 요청 전체의 지연과 자원 사용이 개선되는지 확인한 뒤 적용합니다.
공식 문서와 적용 범위
문서의 기본값과 동작은 version에 따라 달라질 수 있습니다. 현재 runtime·framework version, 실제 입력과 요청 흐름에서 다시 확인합니다.