已发布信号

技术信号

浏览已发布的 AI 技术信号,决定先读哪一条。

5 条技术信号
排序
工具 · 第 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。

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

适合 维护自托管 vLLM 服务、负责升级与扩容的推理平台团队、需要为生成内容提供来源证明的合规与平台团队

工具 · 第 2026-08-10 号值得跟踪

vLLM v0.27.0:561 次提交,一个版本内为 Kimi K3 落齐整条推理栈

vLLM v0.27.0 带来 561 次提交、242 位贡献者,在一个版本内为 Kimi K3 落齐从内核到双前端的整条支持路径;同时升级到 PyTorch 2.13(破坏性环境变更),并把 Model Runner V2 推进到非生成式负载。

为什么重要它回答了本站 07-16 发布 Kimi K3 时留下的悬念:开放权重公布之后,自托管推理栈多久能落到「有性能路径」那一级。答案是不到一个月,而且是一个版本内落齐。

适合 自托管大模型推理服务的平台工程团队、需要判断一次推理栈升级值不值得排期的技术负责人

工具 · 第 2026-07-25 号值得跟踪

vLLM v0.26.0:为 Inkling 万亿参数模型补齐推理全栈

vLLM 发布 v0.26.0,来自 212 位贡献者的 411 个提交。最重要的一条是为 Thinking Machines 开源的 Inkling 模型家族提供完整支持栈:基础建模、分段 CUDA Graph、Hopper 架构的 FA4 相对注意力,以及 MTP=1 的推测解码。

为什么重要开源万亿参数模型从「放出权重」到「主流推理引擎上可用」的间隔被压到了十天量级,而且是基础建模、图捕获、注意力核、推测解码一次配齐。这改变了自建推理团队评估新模型的排期假设。

适合 自建或自运维推理服务的平台团队、需要在本地评估新开源模型的算法与评测团队

工具 · 第 2026-07-11 号值得跟踪

vLLM v0.25.0:Model Runner V2 成为默认执行引擎的大版本

vLLM 发布 v0.25.0:558 个提交、232 位贡献者参与的大版本。Model Runner V2 正式成为所有稠密模型的默认执行引擎,在上一版本量化模型支持的基础上完成了推理执行栈的代际切换。

为什么重要推理引擎的默认执行栈切换会直接改变吞吐、延迟和 GPU 成本曲线。vLLM 是目前自建大模型服务最主流的开源选择,它的大版本升级几乎影响所有自托管推理团队。

适合 推理平台与服务工程师、关注 GPU 成本的 MLOps 负责人

工具 · 第 2026-06-30 号值得跟踪

vLLM v0.24.0:开源高吞吐推理引擎发布新稳定版

开源高吞吐大模型推理引擎 vLLM 发布 v0.24.0 稳定版,同期 v0.25 的候选版本序列也在快速推进,项目迭代节奏持续走高。

为什么重要自托管推理的事实标准级引擎保持高频迭代:稳定版与下一版 rc 并行推进,意味着私有化部署的性能与成本基线还在持续被刷新。

适合 推理平台工程师、需要私有化部署的团队

键盘快捷键

j/k
下一条 / 上一条信号
Enter/o
打开当前信号
s
加入或移出稍后读
x
标为已读或取消
?
打开这份说明
Esc
关闭说明

在输入框里打字,或按着 Ctrl、Alt、⌘ 时,这些键照常使用。