工具 · 第 2026-10-18 号
vLLM v0.32.0:结构化决策接口,KV 缓存精度再降
vLLM v0.32.0 包含 814 个 commit、363 位贡献者(其中 121 位首次参与)。新版本加入 POST /v1/systemone 结构化决策接口和通用 hf 工具与推理解析器,并将 NVFP4、FP8 等低精度 KV 缓存扩到更多硬件,GLM-5.x 在 SM100 上默认使用 FP8 KV 缓存。
编辑标为重要,发布不满 30 天。
本页目录13 节
版本脉络
这条信号的版本脉络
#这是这条线上最新的一条,下面是它承接的早前信号。
- 2026-06-30vLLM v0.24.0:开源高吞吐推理引擎发布新稳定版
- 2026-07-11vLLM v0.25.0:Model Runner V2 成为默认执行引擎的大版本
- 2026-07-25vLLM v0.26.0:为 Inkling 万亿参数模型补齐推理全栈
- 2026-08-10vLLM v0.27.0:561 次提交,一个版本内为 Kimi K3 落齐整条推理栈
- 2026-09-22vLLM v0.30.0:快速启动,外加生成水印
- 2026-10-18vLLM v0.32.0:结构化决策接口,KV 缓存精度再降当前最新
v0.30.0 之后站内收录的下一个 vLLM 大版本(v0.31 未收录)
记录
信号正文
#发生了什么
vLLM 发布 v0.32.0。按发布说明,这一版包含 814 个 commit,来自 363 位贡献者,其中 121 位是首次参与。
具体内容
- 新增
POST /v1/systemone接口,可针对结构化状态回答 choice、noul 和 score 类问题(#59299),默认启用(#60677、#60696),并可在 Cloudflare/clef-omni(#61064)、LiquidAI/d1-3B(#60676)和 DiffusionGemma(#60466)上运行。 - 新增通用
hf工具与推理解析器(--tool-call-parser hf、--reasoning-parser hf),通过读取 checkpoint 的 response_template,让自带该模板的模型无需专用解析器(#58604、#58602),Python 与 Rust 前端都支持(#59005)。 - 低精度 KV 缓存进一步铺开:NVFP4 KV 缓存支持 SM8x 与 SM12x(#46963)、SM90(#60620),并在 SM12x 上配合 XQA 解码(#60452);在 SM100 上用于 MiniMax-M3 稀疏注意力(#59300)。
- GLM-5.x 在 SM100 上默认用 FP8 KV 缓存,单 rank 的 KV 显存减半;按 PR 中的 benchmark,吞吐提升 2.3-5.5%,代价是 TTFT 增加 7-11%(#60140、#60281)。
- SM90 上的
fp8_ds_mla让 GLM-5.3-Flash 的输出吞吐最多提升 31%(#59246)。 - ROCm 增加 4 位
ultraquant_4bitKV 缓存,密度约为 FP8 的 2 倍(#57057)。 - Model Runner V2 增加变长草稿的 GPU n-gram 推测器(#40704)、Elastic EP(#53934)、MLA 模型的流水线并行加 prefill 上下文并行(#59139)和原生 torch.compile 模式(#59079);MRV2 在 ROCm 上成为默认,并移除了模型特定的 MRV1 例外(#56360)。
- 启动与服务方面,
vllm download-kernels可安装 FlashInfer 预编译内核(#58765),vllm preload --preload-autotune等选项用于加速启动。
对读者意味着什么
- 使用 GLM-5.x 的团队可以复核 FP8 KV 缓存默认带来的显存与吞吐变化,尤其要按自己的负载确认 TTFT 代价。
- 有自带 response_template 的模型时,可以先试通用
hf解析器,减少为每个模型单独写解析器的工作。 - 在 ROCm 上部署的团队需要注意 MRV2 已成默认,升级前应回归测试原有模型路径。
为什么是现在
为什么重要
#vLLM 是主流的开源推理引擎,这次更新同时改了解析接口和 KV 缓存精度默认值,直接关系到部署时的显存占用与首 token 延迟。GLM-5.x 在 SM100 上默认改用 FP8 KV 缓存,意味着升级后行为会变化,不实测就可能遇到 TTFT 回退。
背景
技术背景
#KV 缓存保存生成新 token 时回看上下文所需的中间结果,压缩它的精度能在同样显存下容纳更长上下文或更多并发,但会带来精度损失。工具调用与推理解析器负责把模型输出拆成结构化调用或思维内容;vLLM 此前多按模型写专用解析器,这次改为读取 checkpoint 自带的模板。MRV2 是 vLLM 新一代模型运行器,影响批处理与并行调度路径。
关注人群
谁该关注
#自托管 vLLM 推理服务的平台与基础设施工程师在 SM100/SM90 或 ROCm 上部署 GLM-5.x、MiniMax-M3 等模型的团队需要为多种模型写工具调用与推理解析器的应用开发者
可能影响的领域
推理部署显存与吞吐工具调用解析AMD ROCm 支持
下一步
学习路径
#- 先读 KV 缓存与长上下文推理的说明,弄清为什么压缩 KV 精度能省显存、代价落在哪里。
- 对照发布说明中的 PR 编号,逐个确认自己使用的硬件与模型是否在受影响范围内。
- 在自己的负载上对比升级前后的 TTFT、输出吞吐和显存占用,重点验证 GLM-5.x 的 FP8 KV 默认值。
- 如果模型自带 response_template,试跑 hf 解析器并与现有专用解析器的输出比对。
关系网络
在技术网络中的位置
#当前技术与相邻技术、技能和背景知识的连接,点击节点可继续探索。
vLLM v0.32.0:结构化决策接口,KV 缓存精度再降
延伸思考
后续问题
#- GLM-5.x 默认 FP8 KV 缓存后,在我们的平均与长上下文负载上 TTFT 实际增加多少?
- 通用 hf 解析器对我们现有模型的工具调用成功率与专用解析器相比是否有差异?
- ROCm 默认切到 MRV2 后,原有模型的行为和性能有没有回归?
发布记录
收录于
#收录这条信号的技术简报,新的在前;最后一行是它那一周的周回顾。标签是它在那一期所在的栏目。
来源参考