拼装完成的算子栈
FlashMLA、DeepGEMM、DeepEP、TileKernels、DeepSelect 以及自研 TileLang 算子被接入同一个引擎。这些组件此前已陆续开源,这次发布把它们串成了一个引擎。
DeepInfer 是 DeepSeek 开源的推理框架,用于大规模服务 DeepSeek-V4.1-Flash。这份独立技术笔记覆盖 Apache-2.0 发布内容、NVIDIA SM100 与 Huawei Ascend 950 两条硬件路径、基准测试的限定条件,以及本次发布未包含的 KV cache、prefill/decode 与负载均衡部分。
一个从生产环境衍生出来的推理引擎:优化算子、专家并行、投机解码、滑动窗口缓存恢复、异步调度,以及确定性模式。DeepSeek 同时发布了 deepseek-recipe,一个用于 API 协议转换和分词处理的配套库。
它难得地展示了 DeepSeek 究竟如何服务一个前沿开放权重模型:decode 阶段的 Wide-EP、按置信度调度的投机验证,以及用可控重算换取近似的缓存策略。即使你从不运行这份代码,这些思路也依然有用。
FlashMLA、DeepGEMM、DeepEP、TileKernels、DeepSelect 以及自研 TileLang 算子被接入同一个引擎。这些组件此前已陆续开源,这次发布把它们串成了一个引擎。
注意力部分采用数据并行,MoE 部分采用专家并行。在 DeepSeek 的生产设计中,decode 会把专家分散到 64–128 块 GPU 上,并用冗余副本重新平衡热点专家。
系统预先提出 draft token,再由置信度头预测哪些值得验证。DeepSeek 称在其生产工作点上吞吐提升 4–7%。
引擎不逐层重建完整的滑动窗口缓存,只重放最近的一段尾部 token。结果是近似的,但重算成本被限定在常数范围内。
GPU 执行当前批次时,CPU 已经在准备下一批。目标是消除 decode 步与步之间的空闲间隙——一个真正能换来吞吐的工程细节。
批次不变推理与确定性采样在 NVIDIA 平台上可用。这类特性并不起眼,却让基准测试和 agent 运行变得可审计。
DeepInfer 是引擎,不是服务。README 对这两者的差别说得异常直白:一个完整的推理服务还需要 KV cache 系统、prefill/decode 分离,以及跨数据并行副本的负载均衡。这三样都不在发布内容里。
这个缺口算不上丑闻,而是一条设计边界:DeepSeek 留下了与自己内部基础设施耦合最紧的部分。但它确实改变了谁能用这份代码,以及能对它抱什么期待。
DeepInfer 这个名字还指一个 2016 年的医学影像工具包,以及一个 2023 年的智能合约类型推断研究项目;本站只讨论 DeepSeek 在 2026 年发布的推理框架。完整名称辨析 →
DeepSeek 表示完整开源推理引擎并不现实:代码已与 vLLM 分叉,且与内部基础设施深度耦合,团队也没有足够的维护人力。
Ascend 侧铺路:DeepGEMM-Ascend、DeepEP-Ascend,以及算子栈的 Ascend 后端。此时还没有 DeepInfer。
仓库 deepseek-ai/DeepInfer 创建。
官方 X 推文串与公开仓库上线。代码以三个公开 commit 落地。
快照:约 5.4k stars、408 forks、47 个未关闭条目。Hacker News 上已有 120 条评论的讨论串。
反复出现的技术质疑不在于速度,而在于缺失的 KV cache。几个小时内,贡献者还提交了 SM90/H20 和 Ascend 910C 支持的 RFC——这是官方硬件清单之外的需求,不是已交付的支持。
我们没有运行 DeepInfer。我们也没有 SM100 或 Ascend 950 硬件。本站每个数字都注明了公开来源,每条无法核实的说法都做了标记。