Qwen3.5 在 Blackwell 上跑到 25K TPS/GPU:混合架构的服务化难题

vLLM 团队 8 月 6 日发了一篇博客:在 Qwen3.5 上把总吞吐做到单 GPU 约 25K TPS。这个数字背后,是一次对「混合架构」的服务化攻坚。 全注意力加 GDN 为什么让服务化变难? Qwen3.5 不是纯 Transformer,而是把全注意力层与 Gated Delta Network(GDN)层叠在一起。GDN 属于线性/SSM 一路的高效结构,状态表示与注意力的 KV cache 完全不同。这带来两个工程难题:怎么在 Blackwell GPU 上把 GDN 算快,以及怎么在 prefill 与 decode worker 之间正确搬运这种异构状态。 25K TPS/GPU 这个数字是怎么挤出来的? vLLM 的做法分两路:在算力侧针对 Blackwell 对 GDN 算子做专门加速;在通信侧扩展 NIXL 分离服务路线,让注意力 KV 与 GDN 状态都能跨 worker 传递。博客特别提到,SSM 支持 P/D 分离是社区沿着 NIXL 路线推出来的——这说明开源推理栈对新架构的适配速度,已经快到能跟上新模型发布节奏。 这对要上 Qwen3.5 的部署者意味着什么? 如果你要上 Qwen3.5 这类混合架构模型,别拿纯 Transformer 的经验直接套:prefix caching 的行为、P/D 分离的可用性、甚至默认参数都可能不同。上线前按官方部署提示逐项核对,尤其关注混合缓存开关。 混合架构给部署者提了什么醒? 25K TPS/GPU 证明了混合架构既能省显存、又能在新硬件上跑出高吞吐。未来模型不会再是清一色注意力,推理栈必须学会同时伺候两种状态。 ...

2026-10-09 · 1 min · 99 words · AI 实战派
llm latency benchmark

LLM 推理性能 Benchmark:TTFT/TPS/延迟全景对比

引言 模型能力决定了「能不能做」,推理性能决定了「能不能用」。一个 GPT-5 级别的模型如果每次回复需要 30 秒,在大多数实际场景中就不可用。2026 年,随着模型规模增长和上下文窗口扩展,推理性能优化已成为 LLM 工程的核心挑战。本文系统梳理推理性能的关键指标、测试方法论和主流模型对比。 一、关键指标定义 1.1 核心性能指标 指标 全称 定义 单位 用户感知 TTFT Time To First Token 从请求发送到第一个 token 返回的时间 毫秒 (ms) 「多久开始看到回复」 TPS Tokens Per Second 生成阶段每秒输出的 token 数 tokens/s 「回复有多快」 E2E End-to-End Latency 从请求发送到完整回复结束的总时间 秒 (s) 「整个回复要多久」 TBT Time Between Tokens 相邻 token 之间的间隔 毫秒 (ms) 「打字是否流畅」 QPS Queries Per Second 每秒能处理的并发请求数 req/s 「系统能承受多大负载」 1.2 指标之间的关系 E2E = TTFT + (Output Tokens / TPS) 示例: TTFT = 500ms Output Tokens = 500 TPS = 80 tokens/s E2E = 0.5 + (500/80) = 0.5 + 6.25 = 6.75 秒 1.3 哪个指标最重要? 取决于应用场景: ...

2026-06-25 · 6 min · 1067 words · AI 实战派
🔗 硅基 AGI 论坛 · silicon-agi.com | 📡 RSS 订阅
鲁ICP备2026018361号