LLM WikiAccess-protected knowledge portal

WIKI

출력 길이 불확실성이 있는 LLM 추론 스케줄링: A_min과 A_max로 예측 오류를 흡수하는 방법 (arXiv:2508.14544)

출력 길이 불확실성이 있는 LLM 추론 스케줄링 A min과 A max로 예측 오류를 흡수하는 방법 요약 LLM 추론 시스템에서 스케줄러는 매 순간 "지금 어떤 요청을 배치에 넣을 것인가"를 결정한다. 프롬프트 길이는 요청 도착 즉시 알 수 있지만, 출력 길이는 생성이 끝날 때까지 알 수 없다 . 짧은 답이 나올 것 같았는데 긴 추론이 나오거나, 반대로 긴 답을 예상했는데 두 문장으로 끝나는 경우가 빈번하다. 이 불확실성이 스

경로human/study/content/ai-frontier/146-adaptively-robust-llm-inference-scheduling-prediction-uncertainty.md
카테고리Study
태그#ai-review #inference #llm #monitoring #prediction #scheduling #study #uncertainty

# 출력 길이 불확실성이 있는 LLM 추론 스케줄링: A_min과 A_max로 예측 오류를 흡수하는 방법

요약

LLM 추론 시스템에서 스케줄러는 매 순간 "지금 어떤 요청을 배치에 넣을 것인가"를 결정한다. 프롬프트 길이는 요청 도착 즉시 알 수 있지만, 출력 길이는 생성이 끝날 때까지 알 수 없다. 짧은 답이 나올 것 같았는데 긴 추론이 나오거나, 반대로 긴 답을 예상했는데 두 문장으로 끝나는 경우가 빈번하다.

이 불확실성이 스케줄링 품질에 직접 영향을 미친다. 출력 길이를 잘못 추정하면 KV 캐시 메모리가 부족해 요청을 강제 퇴거(eviction)하거나, 반대로 여유 공간이 충분한데도 새 요청을 배치에 넣지 못해 GPU를 놀린다.

Zixi Chen, Yinyu Ye, Zijie Zhou(2025)의 논문 "Adaptively Robust LLM Inference Optimization under Prediction Uncertainty"(arXiv:2508.14544)은 이 문제를 형식화하고 두 알고리즘을 제안한다.

수치 시뮬레이션에서 A_min은 정답(hindsight)을 아는 최적 스케줄러와 거의 동일한 성능을 보인다.


왜 출력 길이가 스케줄링을 어렵게 만드는가

KV 캐시의 이중 메모리 동적성

LLM 추론은 두 단계로 나뉜다.

스케줄러는 고정된 KV 캐시 메모리 예산 M 안에서 여러 요청을 동시에 처리해야 한다. 어떤 요청의 출력 길이 D가 길면 해당 요청이 메모리를 오랜 시간 점유해 다른 요청의 진입을 막는다.

출력 길이를 모를 때의 딜레마

상황결과
D를 과소 추정배치에 더 많은 요청 → 실제 D가 길면 메모리 오버플로 → 퇴거 발생
D를 과대 추정새 요청을 조기에 차단 → 배치가 비어 GPU 활용률 저하
정확한 추정최적 배치 구성 → 현실에서는 불가능

이 딜레마는 FCFS(선착순), 최단 출력 우선(Shortest Output First), 전체 크기 기반 정렬 같은 표준 정책이 근사비(approximation ratio)가 이론적으로 무한대가 될 수 있는 이유다.


구간 예측: [d_min, d_max] 기반 ML

논문의 핵심 전제는 ML 모델이 각 요청의 출력 길이에 대해 구간 예측을 제공한다는 것이다. 즉 정확한 D 값이 아니라 [d_min, d_max] 범위가 주어진다.

현재 LLM 서빙 시스템에서 출력 길이 예측기를 도입하는 흐름이 이미 있다. vLLM의 prefill scheduler나 외부 predictor 모듈이 대표 사례다. 논문은 이 예측기가 완벽하지 않을 때(실제 D가 [d_min, d_max]를 벗어날 가능성 포함) 어떻게 스케줄링해야 하는지를 다룬다.

구간 정보의 의미:


A_max: 보수적 알고리즘

A_max는 각 요청의 예상 KV 캐시를 P + d_max로 계산해 배치를 구성한다. 실제 출력 길이 D가 d_max보다 짧으면 메모리를 실제보다 더 많이 예약한 셈이다.

장점:

단점:

A_max는 정확성(메모리 안전)이 효율보다 중요한 환경, 예를 들어 퇴거 비용이 매우 높거나 SLA 위반이 치명적인 경우에 유리하다.


A_min: 적응형 알고리즘

A_min은 A_max와 반대 방향에서 시작한다. 요청의 예상 KV 캐시를 P + d_min으로 낙관적으로 추정해 배치에 가능한 한 많은 요청을 넣는다.

실행 중 실제 출력 토큰이 늘어나면서 KV 캐시가 d_min을 초과하면 A_min은 동적 재조정을 수행한다.

A_min 동적 재조정 흐름:
1. 배치 구성 시: P + d_min 기준으로 요청 추가
2. 디코드 진행 중: 실제 KV 캐시 크기 추적
3. 임계치 초과 감지: 일부 요청의 KV 캐시가 d_min 초과
4. 재조정: 초과 비율에 따라 새 프리필 요청 진입 차단 또는 일부 요청 지연
5. 완료 후 재개: 완료된 요청이 메모리를 해제하면 새 요청 진입

경쟁 비율 분석:

A_min은 O(log(d_max / d_min)) 경쟁 비율을 달성한다. 구간 비율이 작을수록 최적 스케줄러에 더 가까워진다.

d_max / d_min경쟁 비율 상수
2O(log 2) ≈ 1
8O(log 8) ≈ 3
64O(log 64) ≈ 6

A_max 기반 경쟁 비율 분석보다 A_min이 유리한 이유는 상한보다 하한을 예측하기 쉽기 때문이기도 하다. 실제 서빙 환경에서 "최소 N 토큰"은 "최대 N 토큰"보다 ML 모델이 더 안정적으로 예측하는 경향이 있다.


요청 도착 P 토큰 알려짐 D 토큰 미지수 구간 예측기 ML 모델 [d_min, d_max] A_max P + d_max 예약 보수적 · 안전 A_min P + d_min 시작 동적 재조정 배치 스케줄러 KV 캐시 관리 요청 진입 제어 GPU 실행 Prefill·Decode KV 캐시 갱신 A_max: 메모리 안전 보장, 배치 축소 가능 A_min: O(log 구간비) 경쟁 비율, 동적 재조정으로 높은 활용률
출력 길이 구간 예측 기반 LLM 스케줄링 파이프라인

수치 시뮬레이션 결과

논문의 수치 실험에서 A_min은 정답을 사전에 알고 최적 배치를 구성하는 힌드사이트 스케줄러(hindsight scheduler) 와 거의 동일한 총 지연을 달성한다. 실험 설정은 다음과 같다.

주요 결과:

알고리즘총 지연 (정규화)메모리 오버플로 횟수배치 활용률
힌드사이트(최적)1.000높음
A_min1.05 ~ 1.120 ~ 소수높음
A_max1.25 ~ 1.600낮음
FCFS1.80 ~ 3.5+있음중간

A_min은 힌드사이트 대비 5~12% 수준의 초과 지연을 보이며, 이는 실용적으로 허용 가능한 수준이다.


운영 함의

기존 스케줄러에 통합하는 방법

A_min은 기존 vLLM, SGLang 등의 연속 배치(continuous batching) 스케줄러 위에 구간 예측 레이어를 추가하는 방식으로 통합할 수 있다.

  1. 예측기 도입: 요청 도착 시 프롬프트를 경량 분류 모델에 통과시켜 [d_min, d_max] 구간 생성
  2. 예약 로직 교체: 기존 고정 최대 길이(max_new_tokens) 기반 메모리 예약을 d_min 기반으로 교체
  3. 동적 체크포인트: 디코드 루프마다 실제 KV 캐시 크기를 확인해 재조정 여부 판단

예측 구간 폭의 영향

구간 비율 d_max/d_min은 예측기 정밀도에 달려 있다. 운영 환경에서 이 비율을 측정해두면 알고리즘 선택 기준이 된다.

Sorted-F와의 관계

직전 챕터에서 다룬 Sorted-F(arXiv:2508.06133)는 출력 길이를 알고 있다는 전제에서 스케줄링 근사 알고리즘을 설계했다. A_min은 출력 길이를 모른다는 전제에서 출발해 예측 불확실성을 흡수하는 방법을 설계한다. 두 연구는 같은 그룹(Yinyu Ye, Zijie Zhou 공통 저자)에서 나온 보완 관계다.

실용적으로는:


Open question


References