Tool · 2026-09-22

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…

vLLM Releases2026-09-22About 3 min readWorth tracking

Marked important, but published more than 30 days ago, so it moved down to this band.

Inference & deployment
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”.

  1. 2026-06-30vLLM v0.24.0
  2. 2026-07-11vLLM v0.25.0
  3. 2026-07-25vLLM v0.26.0
  4. 2026-08-10vLLM v0.27.0
  5. 2026-09-22v0.30.0Current
  6. 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 放在较慢的主机内存成为可能。

At your level

Have AI explain this signal at your level

Pick your level of experience and AI writes an explanation for it on the spot.

Audience

Who should care

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

Next

Learning path

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

Getting started

Have AI draft a learning path

From the related knowledge and skills on this page, AI drafts a path from the basics to applying it.

Network

Where it sits in the network

#

How this signal connects to neighbouring technologies, skills and background knowledge. Follow any link to keep exploring.

Comparison

Compare with another technology

Pick another published technology and AI writes a comparison of what they share, how they differ and when to use each.

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.

  1. 技术简报 - 2026-09-24

    Immediate attention

Sources

vLLM Releases

vLLM ProjectOpen-source community2026-09-22
Open original sourcehttps://github.com/vllm-project/vllm/releases/tag/v0.30.0