v0.30.0
v0.30.0 Highlights This release features 762 commits from 315 contributors (104 new)! New models : DeepSeek-V4.1-Flash ( #56214 , #56228 , #56208 ) with the whole KV stored in MXFP8 through the FlashMLA V4.1 record on SM100 ( #56893 ), DeepGEMM Mega-mHC ( #56…
Marked important, but published more than 30 days ago, so it moved down to this band.
On this page13 sections
The full write-up and the editors' notes are in Chinese; the summary above is from the original announcement.
Release line
This signal has a follow-up
#You are reading an earlier release on this line. 1 more release follows; the latest is “v0.32.0”.
- 2026-06-30vLLM v0.24.0
- 2026-07-11vLLM v0.25.0
- 2026-07-25vLLM v0.26.0
- 2026-08-10vLLM v0.27.0
- 2026-09-22v0.30.0Current
- 2026-10-18v0.32.0Latest
同一条发布线的后一版;中间的 v0.29.0 本站未收录。
Record
The signal
#规模
这一版有 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。
为什么值得注意
快速启动改的是运维节奏。版本升级、调配置、故障恢复都要重启引擎,而大模型从磁盘加载量化权重可能要几分钟;把重启从「重新加载」降成「重新映射」,重启就从一件要排窗口的事变回一件随手的事。
水印则是第一次作为一个开源推理引擎的通用功能出现,而不是某家托管平台的私有能力。它能证明的只是「这段文本出自带同一把密钥的这套部署」,前提是密钥被妥善保管、生成时没有被关掉。
Why now
Why it matters
#自托管推理的成本不只在每个 token,也在每次重启、每次扩容、每次显存不够时。这一版同时动了三处:重启不再重载权重、KV 可以溢出到主机内存、引擎初始化快了三倍多;并把文本水印变成了开源引擎的通用功能。另有六项破坏性变更,升级前要逐条核对。
Background
Technical context
#CUDA IPC 允许一个进程把自己的 GPU 显存句柄共享给另一个进程,从而跳过复制。Gumbel-max 水印利用带密钥的伪随机数去扰动采样,使生成的 token 序列在统计上可以被持有密钥的一方检出,而对输出分布的影响很小。稀疏 MLA 每步只读取 top-k 个 KV 位置,这让把其余 KV 放在较慢的主机内存成为可能。
Audience
Who should care
#Next
Learning path
#- 先读《模型与推理引擎的支持路径》:新模型的「已支持」要拆成四级来看
- 对照破坏性变更清单检查你的启动参数与环境变量
- 在测试环境量一次重启耗时:打开快速启动前后各一次
- 读《推理服务容量规划》:KV 溢出到主机内存改变的是并发与延迟的那条曲线
- 回头看 v0.27.0 那条:两个版本之间 Kimi K3 从能跑到有默认实现
Network
Where it sits in the network
#How this signal connects to neighbouring technologies, skills and background knowledge. Follow any link to keep exploring.
Further thought
Follow-up questions
#- 你的升级流程会不会被六项破坏性变更中的哪一项卡住?
- 引擎重启耗时在你的运维里占多大比重,快速启动能省下多少?
- 水印能证明的范围是什么,密钥由谁保管?
Publication record
Featured in
#The briefings that carried this signal, newest first; the last row is the weekly review of its week. The tag is the section it ran in.
技术简报 - 2026-09-24
Immediate attentionWeekly review · Sep 21 – Sep 27
Worth tracking
Sources