← 최신 논문
💻 computer science

Observation, Not Prediction: Conversation-Level Disaggregated Scheduling for Agentic Serving

이 논문은 스케줄링 단위를 개별 턴에서 전체 대화로 전환하여 미지의 미래 비용을 예측할 필요성을 제거함으로써 지연 시간을 줄이고, 연산 집약적인 프리필(prefill)과 메모리 집약적인 디코딩(decoding)의 안정적인 2단계 구조를 활용하여 에너지 효율을 개선하는 스케줄링 프레임워크인 ConServe를 소개한다.

원저자: Jianru Ding, Ryien Hosseini, Pouya Mahdi Gholami, Mingyuan Xiang, Henry Hoffmann

게시일 2026-06-02
📖 3 분 읽기☕ 가벼운 읽기

원저자: Jianru Ding, Ryien Hosseini, Pouya Mahdi Gholami, Mingyuan Xiang, Henry Hoffmann

원본 논문은 CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) 라이선스로 제공됩니다. 이것은 아래 논문에 대한 AI 생성 설명입니다. 저자가 작성하거나 승인한 것이 아닙니다. 기술적 정확성을 위해서는 원본 논문을 참조하세요. 전체 면책 조항 읽기

당신이 아주 바쁜 레스토랑 주방을 운영하고 있다고 상상해 보세요. 옛날에는 모든 주문이 단순했습니다. 고객이 들어오면 음식을 만들고, 고객은 떠나면 그만이었죠. 모든 주문에 드는 시간과 노력이 대략 비슷했기 때문에 주방을 쉽게 관리할 수 있었습니다.

하지만 이제 고객들은 "AI 에이전트"입니다. 그들은 단순히 식사를 주문하는 것이 아니라, 복잡한 프로젝트를 시작합니다.

  1. 첫 번째 턴 (거대한 브리핑): 고객이 자리에 앉아 50페이지 분량의 방대한 지침서를 건넵니다. 이를 읽고 이해하는 데 오랜 시간이 걸립니다 (이것이 "프리필(Prefill)" 단계입니다).
  2. 중간 턴 (도구 호출/Tool Calls): 셰프가 요리를 시작하다가, 중간에 멈춰서 공급업체에 전화를 걸고, 답변을 기다리고, 레시피를 확인하고, 다시 전화를 거는 과정을 반복합니다. 이 단계들은 짧지만 계속해서 반복됩니다.
  3. 마지막 턴 (결과물): 마침내 요리가 완성되어 서빙됩니다.

문제점: 기존 방식의 스케줄링

현재의 키친 매니저(AI 시스템)들은 모든 개별 단계를 별개의 주문으로 취급합니다. 셰프가 공급업체에 전화를 거는 매 순간마다, 매니저는 다음과 같이 결정해야 합니다. "이 단계를 지금 메인 주방에서 끝내게 할 것인가, 아니면 이 특정 단계를 다른 전문 스테이션으로 보낼 것인가?"

문제는 매니저가 그 단계가 실제로 일어나기 에, 그 단계가 얼마나 걸릴지 혹은 얼마나 많은 메모리를 필요로 할지 예측해야 한다는 점입니다. 만약 예측이 틀리면, 단계를 엉뚱한 스테이션으로 보내서 교통 체증을 유발하게 됩니다. 이는 마치 교통 경찰이 운전자가 출발하기도 전에 각 운전자의 속도를 정확히 예측하여 차를 유도하려는 것과 같습니다.

해결책: ConServe (대화 수준의 접근 방식)

이 논문은 ConServe라는 새로운 시스템을 소개합니다. ConServe는 모든 단계를 개별적으로 관리하는 대신, 전체 대화를 하나의 단위로 관리합니다.

ConServe가 다음과 같은 2단계 계획을 통해 규칙을 어떻게 바꾸는지 살펴보겠습니다.

1단계: 힘든 작업 (프리필/Prefill)
고객이 50페이지짜리 매뉴얼을 들고 처음 도착했을 때, ConServe는 즉시 그들을 매우 빠르고 강력한 스테이션(고성력 GPU)으로 보냅니다. 이 스테이션은 거대한 문서를 빠르게 읽기 위해 특별히 설계되었습니다. 이곳에서 매뉴얼을 읽고 맥락을 이해하며, 필요한 모든 정보의 "메모리 지도"(KV 캐시라고 불림)를 생성합니다.

2단계: 롱 테일 (나머지 대화)
초기 지도가 만들어지면, ConServe는 이렇게 선언합니다. "좋습니다, 힘든 작업은 끝났습니다. 이제 이 전체 대화는 하나의 특정하고 작으며 에너지 효율적인 스테이션에 속합니다."

  • 이 "메모리 지도"는 이 새로운 스테이션으로 단 한 번만 이동됩니다.
  • 그 시점부터 발생하는 모든 후속 단계(도구 호출, 짧은 업데이트 등)는 바로 그 동일한 스테이션에서 수행됩니다.
  • 시스템은 더 이상 다시 예측하지 않습니다. 다음 단계가 짧든 길든 상관없습니다. 작업이 완료될 때까지 대화는 해당 스테이션에 고정됩니다.

왜 이것이 더 나은가 (비유)

이것을 배송 트럭에 비유해 보겠습니다:

  • 기존 방식: 당신은 다음 패키지가 무거운지 가벼운지 예측하려고 노력합니다. 만약 예측이 틀리면, 무거운 짐에 작은 트럭을 보내거나, 아주 작은 짐에 큰 트럭을 보내게 됩니다. 결국 연료와 시간을 낭비하게 됩니다.
  • ConServe: 당신은 처음에 트럭에 짐을 싣습니다. 그리고 그 트럭을 목적지까지 운전해서 가서 그곳에 주차합니다. 해당 고객에 대한 모든 후속 패키지는 그 동일한 트럭에 실립니다. 당신은 다음 패키지의 무게를 예측할 필요가 없습니다. 그저 그 트럭을 효율적으로 계속 운행하기만 하면 됩니다.

결과

논문은 실제 AI 에이전트 워크로드에 대해 이 시스템을 테스트했으며, 다음과 같은 결과를 얻었습니다:

  1. 속도: 고객이 (단순한 도구 호출이 아닌) 실제 결과물을 처음 보는 데 걸리는 시간을 51% 단축했습니다. 이는 주방이 재료를 어디에 두어야 할지 헷서하지 않기 때문에 음식을 50% 더 빨리 받는 것과 같습니다.
  2. 효율성: 에너지를 7.5% 절감했습니다. 강력한 스테이션은 초기의 큰 읽기 작업에만 사용하고, 나머지 작업은 더 저렴한 스테이션을 사용함으로써 전력을 낭비하지 않았습니다.
  3. 신뢰성: 시스템이 다음에 일어날 일을 예측할 필요가 없기 때문에, "잘못된 방향으로 가는" 오류가 발생하지 않습니다. 기존 시스템은 예측이 빗나가면 멈추거나 느려졌지만, ConServe는 현재 눈에 보이는 것에 의존하기 때문에 멈춤 없이 계속 진행됩니다.

요약하자면: ConServe는 AI 대화의 모든 작은 단계를 예측하려고 애쓰는 것을 멈춥니다. 대신, 전체 대화를 하나의 작업으로 취급하여, 초반의 힘든 작업은 강력한 엔진으로 처리하고, 그 후에는 안정적이고 효율적인 엔진이 나머지를 마무리하도록 합니다.

연구 분야의 논문에 파묻히고 계신가요?

연구 키워드에 맞는 최신 논문의 일일 다이제스트를 받아보세요 — 기술 요약 포함, 당신의 언어로.

Digest 사용해 보기 →