Long-Context Drafting Does Not Require Long-Context Drafters
论文指出超长上下文下投机解码的加速会消失,因为草稿模型需处理完整前缀。作者提出无需训练长上下文草稿模型:冻结短上下文草稿器,通过限制注意力缓存和重定位旋转位置索引两个推理期机制,让其在200万token下保持短上下文时的加速比,无需改权重,vLLM侧单一配置即可覆盖4k到2M token。
先用站内已采集内容作答;站内不足时联网检索,每条结论都给出来源链接
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 侧用单一配置覆盖 4k 到 2M token[1];但资料未给出具体的配置项名称、参数取值或代码示例,因此无法提供可直接照抄的配置写法。 资料中可确认的要点:
- 机制一:限制注意力缓存1 - 机制二:重定位旋转位置索引(RoPE 索引重定位)1
资料中未包含的内容(因此无法回答):
LLM(...) / speculative_config 写法;num_speculative_tokens)等取值建议;max_model_len 的联动设置。补充一条相关但不同层面的资料:若长上下文的瓶颈在 KV cache 显存而非草稿模型,2 提供了另一条路径——把已完成的长推理压缩进少量可学习 pause token 的 KV 条目,在 32K 生成、446 道竞赛题上仅保留四分之一缓存即可匹配全 KV 模型精度,vLLM 中单序列缓存缩小 3.5 倍、H100 完成速度提升 3.2 倍2。这与 1 的草稿模型侧优化是互补关系,而非同一配置项。 建议:具体配置写法请查阅 1 原文的实现/实验设置章节或其开源代码,现有摘要级资料不足以支撑。