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。
编辑标为重要,发布已满 30 天,从立即关注降到这一档。
本页目录13 节
版本脉络
这条信号已有后续
#你正在读的是这条线上较早的一条,之后还有 1 条,最新的是「vLLM v0.32.0:结构化决策接口,KV 缓存精度再降」。
- 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.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 放在较慢的主机内存成为可能。
关注人群
谁该关注
#下一步
学习路径
#- 先读《模型与推理引擎的支持路径》:新模型的「已支持」要拆成四级来看
- 对照破坏性变更清单检查你的启动参数与环境变量
- 在测试环境量一次重启耗时:打开快速启动前后各一次
- 读《推理服务容量规划》:KV 溢出到主机内存改变的是并发与延迟的那条曲线
- 回头看 v0.27.0 那条:两个版本之间 Kimi K3 从能跑到有默认实现
关系网络
在技术网络中的位置
#当前技术与相邻技术、技能和背景知识的连接,点击节点可继续探索。
延伸思考
后续问题
#- 你的升级流程会不会被六项破坏性变更中的哪一项卡住?
- 引擎重启耗时在你的运维里占多大比重,快速启动能省下多少?
- 水印能证明的范围是什么,密钥由谁保管?
发布记录
收录于
#收录这条信号的技术简报,新的在前;最后一行是它那一周的周回顾。标签是它在那一期所在的栏目。
来源参考