部署
Long-Context Drafting Does Not Require Long-Context Drafters
论文指出超长上下文下投机解码的加速会消失,因为草稿模型需处理完整前缀。作者提出无需训练长上下文草稿模型:冻结短上下文草稿器,通过限制注意力缓存和重定位旋转位置索引两个推理期机制,让其在200万token下保持短上下文时的加速比,无需改权重,vLLM侧单一配置即可覆盖4k到2M token。
部署与算力·arXiv cs.LG·5 天前
先用站内已采集内容作答;站内不足时联网检索,每条结论都给出来源链接
2 条 · 点击可看原文全文与中文译文
论文指出超长上下文下投机解码的加速会消失,因为草稿模型需处理完整前缀。作者提出无需训练长上下文草稿模型:冻结短上下文草稿器,通过限制注意力缓存和重定位旋转位置索引两个推理期机制,让其在200万token下保持短上下文时的加速比,无需改权重,vLLM侧单一配置即可覆盖4k到2M token。
AbridgeKV 训练模型把已完成的长推理文本块压缩进少量可学习 pause token 的 KV 条目,从而释放原始缓存,后续 token 改为关注这些 pause token。在 AIME 等 446 道竞赛题、32K 生成下,仅保留四分之一缓存即可匹配全 KV 模型精度,vLLM 中单序列缓存缩小 3.5 倍、H100 完成速度提升 3.2 倍。
现有资料不足以给出 vLLM 中为长上下文场景配置草稿模型与目标模型的完整操作步骤(如具体参数名、启动命令、配置字段),只能确认两条与配置思路相关的研究结论。 1. 草稿模型侧:不需要长上下文草稿器,vLLM 侧单一配置即可覆盖 4k–2M token
2. 目标模型侧:可通过 KV 缓存压缩缓解长上下文显存压力
3. 资料未覆盖的部分
结论:从资料可确认的配置方向是——长上下文场景下草稿模型可沿用短上下文版本,靠推理期机制(限制注意力缓存、重定位旋转位置索引)扩展,且 vLLM 侧单一配置覆盖 4k–2M1;目标模型侧可借助 KV 缓存压缩降低单序列缓存占用2。具体配置写法需查阅 vLLM 官方文档或论文原文。