查看: 4|回复: 0

大模型本地部署最强引擎,vLLM 大版本更新

[复制链接]

1万

主题

0

回帖

5万

积分

论坛元老

积分
59313
发表于 2026-7-14 10:11:33 | 显示全部楼层 |阅读模式
vLLM 又搞大动作了,月初刚发了0.24,今天 v0.25 正式版发布了http://cdn.u1.huluxia.com/g4/M01/93/CB/rBAAdmpVmjOASs-XAANwgIW6krY130.png,614,634老规矩,本文就所有更新,挑重点给大家分享一下先来一张全景图,一眼看懂这次更新的核心模块:http://cdn.u1.huluxia.com/g4/M01/93/CB/rBAAdmpVmjOAFN9YAAMJIhdW2M4974.png,1080,750vLLM v0.25 核心更新全景图新模型支持一览这版新支持的模型架构不少:http://cdn.u1.huluxia.com/g4/M00/93/CB/rBAAdmpVmoWAA3iGAAApK3og98s566.png,572,340特别提一下 DeepSeek V4 现在可以跑在 AMD 卡上了,对于不想被 NVIDIA 绑架的同学来说是个好消息DeepSeek-V4-Flash 最新量化版,本地部署多硬件平台扩展vLLM 现在的硬件覆盖面越来越广:AMD ROCm 7.2.2 — DBO 动态批优化、Fused Allreduce+RMSNorm、Fused Shared ExpertCPU — FP8 attention for AMX/AVX-512,FP8 W8A16 linear/MoE,RISC-V 支持Intel XPU — top-k/top-p 采样、out-of-place all-reduce、LoRAIBM Power — VSX 注意力后端从 NVIDIA 到 AMD 到 Intel 到 IBM,甚至还有 RISC-V,vLLM 这是要做推理引擎界的”全平台通吃选手”推测解码支持 Thinking Budget这个特性非常关键,很多人可能忽略了现在 DeepSeek-R1、Qwen3 这类推理模型在生成时有个”思考预算”(thinking budget),之前用推测解码会和这个机制冲突,导致生成结果不正确v0.25 修复了这个问题,推测解码现在可以正确感知 reasoning token 的边界了,意思是:推理模型也能享受推测解码的加速,这在之前是不行的此外还新增了:Gemma4 的 MTP(Multi-Token Prediction)推测解码MiMo-V2.5 的 MTP 支持Mistral 的 EAGLE 推测解码Cohere Eagle 推测解码推测解码阵营越来越壮大了性能优化:一堆实打实的提升这版的性能优化点非常多,挑几个有代表性的:FlashInfer top-k/top-p 采样器默认开启 — 采样速度更快AllPool.forward 快了 51% — Embedding 模型直接受益GPU↔CPU 同步消除 — 减少不必要的等待numpy 零拷贝 embedding 序列化 — Embedding API 响应更快FlashInfer FP8 异步 TP 融合 — 张量并行场景加速allreduce + RMS 融合重新启用 — DP/PP 场景受益Docker 镜像缩小 2.5GB — 通过延迟下载 FlashInfer cubin 实现性能这块 vLLM 是真舍得下功夫,每个版本都能看到十几项针对性的 kernel 优化KV Cache 卸载 + HMA 混合内存分配器这是面向大规模部署的重磅功能KV Cache 卸载(把不活跃的 KV 缓存从 GPU 卸载到 CPU)之前就有了,这次 v0.25 把它和 HMA(Hybrid Memory Allocator,混合内存分配器) 完全打通了:调度器侧滑动窗口分组支持MooncakeStoreConnector 支持分布式 KV 卸载DCP/PCP 协议支持你可以用更少的 GPU 显存服务更多的并发请求,同时保持较高的吞吐量,对于那些 context window 很长的场景(比如 128K 上下文的模型),这个功能非常有价值量化支持更新NVFP4 — KV Cache 支持、ModelOpt NVFP4 W4A16、all-gather GEMM 融合MXFP4 — Humming MXFP4 MoE 后端TurboQuant — 混合模型和统一量化支持NVFP4 在这个版本获得了大量支持,如果你用的是 Hopper 或 Blackwell 卡,4-bit 量化的性能和精度平衡会更好英伟达出手,Qwen3.6-27B 量化版来了,褒贬不一比英伟达会玩,本地部署 Qwen3.6 ,速度翻了 2.5 倍API 改进Responses API 支持流式 tool calling(required 和命名工具选择)OpenAI 兼容性增强:system_fingerprint 字段、prompt_embeds、渲染后的 prompt 文本XGrammar 0.2.0 — 结构化 tags 支持严格的 tool calling + reasoning新增 Fastokens tokenizer 支持RLHF 显式 weight update API安装官方当前 Quickstart 给出的基础环境是 Linux 与 Python 3.10 到 3.13,NVIDIA CUDA 用户推荐用 uv 管理环境uv venv --python 3.12 --seedsource .venv/bin/activateuv pip install vllm --torch-backend=auto如果你是 Docker 用户,镜像小了 2.5GB,拉取速度会明显快一些总结如果你在生产环境跑 LLM 推理服务,vLLM 依然是我的首选推荐,这个项目的迭代速度和社区活跃度都是顶级的,每个版本都能看到实质性的进步
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Powered by Discuz! X5.0 © 2001-2026 Discuz! Team.

在本版发帖
返回顶部