工具 · 第 2026-09-22 号

vLLM v0.30.0:快速启动,外加生成水印

762 个提交、315 位贡献者。四件值得看:常驻的权重缓存守护进程让引擎重启时直接映射已量化、已切分的权重,不再从磁盘重载;Gumbel-max 水印生成与检测,且与推测解码兼容;稀疏 MLA 解码可把 KV 页溢出到主机内存;H200 上引擎初始化从 28.9 秒降到 8.2 秒。新增 DeepSeek-V4.1-Flash、GLM-5.3-Flash 等模型支持,另有六项破坏性变更,默认 CUDA 13.0。

vLLM Releases2026-09-22约 4 分钟读完值得跟踪

编辑标为重要,发布已满 30 天,从立即关注降到这一档。

推理与部署
本页目录13 节

版本脉络

这条信号已有后续

#

你正在读的是这条线上较早的一条,之后还有 1 条,最新的是「vLLM v0.32.0:结构化决策接口,KV 缓存精度再降」。

  1. 2026-06-30vLLM v0.24.0:开源高吞吐推理引擎发布新稳定版
  2. 2026-07-11vLLM v0.25.0:Model Runner V2 成为默认执行引擎的大版本
  3. 2026-07-25vLLM v0.26.0:为 Inkling 万亿参数模型补齐推理全栈
  4. 2026-08-10vLLM v0.27.0:561 次提交,一个版本内为 Kimi K3 落齐整条推理栈
  5. 2026-09-22vLLM v0.30.0:快速启动,外加生成水印当前
  6. 2026-10-18vLLM v0.32.0:结构化决策接口,KV 缓存精度再降最新

同一条发布线的后一版;中间的 v0.29.0 本站未收录。

记录

信号正文

#

规模

这一版有 762 个提交、315 位贡献者,其中 104 位是新人。本站没有收录 v0.29.0(那一轮 github.com 时通时断,没能核对),所以这条接在 v0.27.0 之后。

四件值得看的

  • 快速启动:每块 GPU 一个常驻的权重缓存守护进程,持有已经量化、已按张量并行切好的权重。引擎重启时用 --load-format ipc_cache 经 CUDA IPC 直接映射,不再从磁盘重新加载;覆盖 FP4 检查点和多节点张量并行。
  • 水印:Gumbel-max 水印的生成与检测,带密钥的伪随机函数,可按请求关闭,附一个检测端点示例;双密钥的版本与推测解码兼容。
  • HiSparse:稀疏 MLA 解码的主机内存层。显存吃紧时把 KV 页溢出到固定的主机内存,每个请求的 GPU 热缓冲负责 top-k 未命中。
  • Model Runner V2:图捕获期间冻结垃圾回收,捕获从 12 秒降到 2 秒,H200 上引擎初始化从 28.9 秒降到 8.2 秒;另修复了一个让强化学习单步耗时约翻倍的回退。

新模型

DeepSeek-V4.1-Flash(整个 KV 以 MXFP8 存储)、DeepSeek-V4-Flash-Vision-Exp、GLM-5.3-Flash、K2-Horizon、Cohere Compass 等;另有一串 Kimi K3 的性能补丁,其中一项带来 5.2% 到 7.7% 的端到端吞吐提升。本站 7 月收录的 Kimi K3,至此在 vLLM 里有了原生的默认实现路径。

升级前要看的破坏性变更

  • 横向扩展端点改为显式开关 --enable-scale-out,替代原来的环境变量。
  • 移除 GPTQ 的激活排序(g_idx)。
  • 0.29 标记弃用的两个环境变量已删除,改用配置字段。
  • gRPC 服务入口弃用,改用 vllm serve --grpc。
  • YaRN 与 Transformers 对齐,厂商的 YaRN 别名不再改写 max_model_len。
  • 默认 CUDA 13.0,默认音频重采样器换成 torchaudio。

为什么值得注意

快速启动改的是运维节奏。版本升级、调配置、故障恢复都要重启引擎,而大模型从磁盘加载量化权重可能要几分钟;把重启从「重新加载」降成「重新映射」,重启就从一件要排窗口的事变回一件随手的事。

水印则是第一次作为一个开源推理引擎的通用功能出现,而不是某家托管平台的私有能力。它能证明的只是「这段文本出自带同一把密钥的这套部署」,前提是密钥被妥善保管、生成时没有被关掉。

为什么是现在

为什么重要

#

自托管推理的成本不只在每个 token,也在每次重启、每次扩容、每次显存不够时。这一版同时动了三处:重启不再重载权重、KV 可以溢出到主机内存、引擎初始化快了三倍多;并把文本水印变成了开源引擎的通用功能。另有六项破坏性变更,升级前要逐条核对。

背景

技术背景

#

CUDA IPC 允许一个进程把自己的 GPU 显存句柄共享给另一个进程,从而跳过复制。Gumbel-max 水印利用带密钥的伪随机数去扰动采样,使生成的 token 序列在统计上可以被持有密钥的一方检出,而对输出分布的影响很小。稀疏 MLA 每步只读取 top-k 个 KV 位置,这让把其余 KV 放在较慢的主机内存成为可能。

按你的水平解读

让 AI 按你的水平解读这个信号

选择你的经验水平,AI 会现场生成一份为这个水平定制的解读。

关注人群

谁该关注

#
维护自托管 vLLM 服务、负责升级与扩容的推理平台团队需要为生成内容提供来源证明的合规与平台团队在评估 DeepSeek-V4.1-Flash、GLM-5.3-Flash 等新模型自托管可行性的工程师
可能影响的领域
推理运维显存管理内容来源证明

下一步

学习路径

#
  1. 先读《模型与推理引擎的支持路径》:新模型的「已支持」要拆成四级来看
  2. 对照破坏性变更清单检查你的启动参数与环境变量
  3. 在测试环境量一次重启耗时:打开快速启动前后各一次
  4. 读《推理服务容量规划》:KV 溢出到主机内存改变的是并发与延迟的那条曲线
  5. 回头看 v0.27.0 那条:两个版本之间 Kimi K3 从能跑到有默认实现

怎么学起

让 AI 生成一条学习路径

基于本页的相关知识和相关技能,AI 会现场生成一条从基础到应用的学习路径。

关系网络

在技术网络中的位置

#

当前技术与相邻技术、技能和背景知识的连接,点击节点可继续探索。

技术对比

对比另一项技术

选择另一项已发布技术,让 AI 现场生成一份相似点、差异点和适用场景的对比。

延伸思考

后续问题

#
  • 你的升级流程会不会被六项破坏性变更中的哪一项卡住?
  • 引擎重启耗时在你的运维里占多大比重,快速启动能省下多少?
  • 水印能证明的范围是什么,密钥由谁保管?

发布记录

收录于

#

收录这条信号的技术简报,新的在前;最后一行是它那一周的周回顾。标签是它在那一期所在的栏目。

来源参考

vLLM Releases

vLLM Project开源社区2026-09-22
打开原始来源https://github.com/vllm-project/vllm/releases/tag/v0.30.0