長時間稼働するアバターセッションを安全に移すDHSched
DHSched: Stateless Control for Stateful Real-Time Avatar Serving
この論文をやさしく読む
ひとことで言うと
GPU上のアバター配信セッションを移動するとき、古い実行環境が権限を持ち続けないようにする制御方式。
何に役立つ？
長時間の状態付きセッションを複数の計算機間で移すサービスの所有権管理に参考になる。
この研究の面白いところ
本番で約5万の同時セッションを扱い、約1万件の移動と10万回のランダム化試験で二重所有を観測しなかった。
どこまで分かった？
二重所有ゼロは報告した本番観測と試験での結果であり、あらゆる障害条件で絶対に起こらないという実証ではない。
v1のアブストラクトに基づくAI解説。日本語訳とは別に、用途の解釈を含みます。
アブストラクトの日本語訳
リアルタイムのアバターサービスは、GPUを使う長時間のセッションで、連続した文字列を音声、顔の動き、描画動画、リアルタイム通信（RTC）のメディアへ変換する。弾力的な運用ではセッションを繰り返し別のWorkerへ割り当てる。再割り当てによって共有の配置状態は更新されるが、以前のGPU実行環境とRTC接続は生きたままで、制御側の割り当てと実行権限の間にずれが生じる。状態を持つ制御器ではセッションごとの権限を保持して所有を直列化するため、その状態が制御器の拡張と障害復旧の経路に載る。本研究は、状態を持たない複数のDispatchで長時間の状態付きセッションを管理する制御系DHSchedを提示する。セッションの所有権を(WorkerID, epoch)で識別する世代として外部に保持し、Dispatchは各世代を条件付きで確定する。Infer-Controllerは状態を進める入力を解放する前に同じ世代を要求し再検証する。古い実行環境は生きていても実行権限を失う。DHSchedは定期的に更新する負荷情報から候補を順位付けしつつ、容量の受け入れ判定は権限のある状態で行う。復旧も元の世代を確認する仕組みと、移動元に依存しない再構築によって同じ世代更新の経路を進む。DHSchedを使う本番のアバター提供システムでは、同時稼働セッションが49,987に達した。2026年6月10日には9,927件のセッション移動を行い、二重所有や容量超過は観測されなかった。本番ピーク時のCreateLive遅延は99パーセンタイルで98.3ms、PushText遅延は同16.5msだった。ランダム化した10万回の所有権実行では、割り当て時だけ、要求時だけ、WorkerIDだけに基づく方式では古い実行を許したが、DHSchedでは二重所有も古い世代からの解放も記録されなかった。
v1の要旨から自動生成。本文の精読・人による確認は未実施。
- 初稿
- 2026-09-22（UTC）
- 最新改訂
- 2026-09-22 · v1
- 査読・掲載
- 査読状況未確認
更新履歴
- v1 2026-09-22 この版を読む
取得できた版を表示。版の更新は査読済みを意味しません。過去版の本文差分は未解析です。
原文の要旨
Real-time avatar services run long-lived, GPU-backed sessions that transform a continuous text stream into speech, facial motion, rendered video, and RTC media. Elastic operation repeatedly reassigns these sessions across Workers. A reassignment updates shared placement state while the previous GPU runtime and RTC connection remain alive, opening a gap between control-plane assignment and execution authority. A stateful controller serializes ownership by retaining per-session authority, placing that state on the controller's scaling and failover path. We present DHSched, a control plane that manages long-lived stateful sessions through stateless peer Dispatch replicas. DHSched externalizes session ownership as a generation identified by (WorkerID, epoch). Dispatch conditionally commits each generation. Infer-Controller claims and revalidates the same generation before releasing state-advancing input. A stale runtime loses execution authority even if it remains alive. DHSched ranks candidates from periodically refreshed load views while keeping capacity admission authoritative. Recovery advances the same generation path via source-epoch guards and source-independent reconstruction. DHSched runs in our production avatar-serving stack, which reached 49,987 concurrent live sessions. On 10 June 2026, it completed 9,927 session migrations with no observed dual-owner conflicts or capacity overshoots. At the production peak, CreateLive latency was 98.3 ms at P99 and PushText latency was 16.5 ms at P99. Across 100,000 randomized ownership runs, assignment-time, claim-only, and WorkerID-only protocols permit stale execution, while DHSched records no dual-owner or stale-generation release.
arXiv ID: 2609.26363 ／ 要約の誤りについて