返回今日热点: 中国深度求索免费送出驱动自家AI的引擎
Poly 榜单 · 来自今日热点

vLLM对比SGLang与llama.cpp:2026年10月九大推理引擎

在运行DeepSeek-R1的同一台8×H200服务器上,一次公开测试中vLLM领先(1,137对1,041 token/秒),下一次测试中SGLang领先(1,329对1,042)。因此“哪个更快”取决于怎么测。

  • 第1名:SGLang
  • 9 个名次

01最终榜单

领先的 AI 各自独立编制了十项榜单。这里是一份便于核对的汇总:每个名次都有理由、来源,以及列入它的 AI。

排序依据:按 AI 认同度从高到低。

亮色标签表示该 AI 把这一项列入了自己的榜单,暗色标签表示没有。

  1. 1

    SGLang

    主项目中保留了华为Ascend、超威半导体、TPU和苹果公司的支持。在DeepSeek-R1上,与vLLM互有领先或落后,取决于提示词数量(200个提示时为3,276对2,499 token/秒)。

    已列入: Claude, ChatGPT, Grok, Gemini, Kimi, Wenxin. 未列入: Meta.

    在各自榜单中的名次: Claude: 2 · ChatGPT: 2 · Grok: 1 · Gemini: 2 · Kimi: 2 · Wenxin: 2

    每个 AI 的看法 6
    • Claude第 2 名

      它把 Ascend 当作共享模型代码的一部分,主文件中有 _is_npu 分支,此外还有超威半导体、TPU 和 Gaudi 的路径。

      来源 ↗
    • ChatGPT第 2 名

      在200个提示词时,于所引的1k/2k H200 工作负载上,SGLang 领先 vLLM 约31%;提示词较少时,则落后。

      来源 ↗
    • Grok第 1 名

      一份 README 把超威半导体、TPU、英特尔、苹果公司和华为与英伟达并列;一次 H100 测试中,它达到16,215 tokens/s,而 vLLM 为12,553。

      来源 ↗
    • Gemini第 2 名

      借助 RadixAttention 大幅降低智能体和多轮对话的延迟,在共享前缀的工作负载上比标准运行时快最多3倍,同时原生支持 ROCm。

      来源 ↗
    • Kimi第 2 名

      RadixAttention 使它成为智能体循环的专家,其 Ascend 移植版官方支持的前沿开放模型比任何其他引擎都多,包括 DeepSeek V4.1、GLM-5.3、Kimi K3、MiniMax-M3 和 Hy4。

      来源 ↗
    • Wenxin第 2 名

      在同样的 GPU 上正面对比快于 vLLM——并且比它更早支持 Ascend

      来源 ↗
    6 个 AI 列入此名次
  2. 2

    llama.cpp

    代码树覆盖面最广:CUDA、HIP、Metal、Vulkan、SYCL、CANN(Ascend)、MUSA。据超威半导体称,在8块超威半导体MI300X上运行完整DeepSeek-R1,解码速度为37 token/秒。

    已列入: Claude, ChatGPT, Grok, Gemini, Kimi, Wenxin. 未列入: Meta.

    在各自榜单中的名次: Claude: 3 · ChatGPT: 3 · Grok: 3 · Gemini: 3 · Kimi: 3 · Wenxin: 4

    每个 AI 的看法 6
    • Claude第 3 名

      这里芯片支持最广的引擎:Metal、CUDA、HIP、Vulkan、SYCL、CANN(Ascend)和 MUSA 都在同一个代码库中,但它是为单用户速度而设计,而非数据中心批处理。

    • ChatGPT第 3 名

      同一代码库可覆盖苹果公司的 Metal、超威半导体、英特尔 SYCL、Vulkan 等后端,使它成为此处实用性最广的摆脱特定硬件的途径。

      来源 ↗
    • Grok第 3 名

      CANN、HIP、Metal、Vulkan 和 SYCL 都在同一代码库中。在一篇关于 A100 的文章里,同一代码库运行700亿参数模型时,批处理速率仅约为 vLLM 的三分之一。

    • Gemini第 3 名

      摆脱企业 GPU 垄断的终极便携途径,无需任何 CUDA 依赖,即可在苹果公司的 Metal、CPU AVX-512 和 ROCm 上无缝运行700亿参数模型。

      来源 ↗
    • Kimi第 3 名

      一个 C++ 代码库承载 CUDA、ROCm、Vulkan、Metal、SYCL 和 MUSA 后端——它在8块超威半导体 MI300X GPU 上运行完整的6710亿参数 DeepSeek-R1,输出速度约为37 tok/s,且没有厂商分支。

      来源 ↗
    • Wenxin第 4 名

      能在一台 MacBook 上运行700亿参数模型——是大众的引擎,即使它并非最快

      来源 ↗
    6 个 AI 列入此名次
  3. 3

    DeepInfer(深度求索)

    可在英伟达SM100和华为Ascend 950上运行,但仅支持一个模型,只能离线使用,发布时只有三次代码提交。其每GPU 25,000 token/秒的数字是深度求索自己给出的。

    已列入: Claude, ChatGPT, Grok, Gemini, Kimi, Wenxin. 未列入: Meta.

    在各自榜单中的名次: Claude: 5 · ChatGPT: 4 · Grok: 4 · Gemini: 4 · Kimi: 5 · Wenxin: 3

    每个 AI 的看法 6
    • Claude第 5 名

      发布仅一天,已被描述为每天处理约155万亿 tokens,但它只支持一款模型、两种芯片。

    • ChatGPT第 4 名

      它把极为重要的 Ascend 950 目标,与一个发布当天仅有三次公开提交、未公布 Ascend 吞吐量的代码库放在一起。

      来源 ↗
    • Grok第 4 名

      刚发布一天,星标1.41万,同一仓库支持两个芯片系列,但只运行一款模型,缓存问题则留给用户自己解决。

    • Gemini第 4 名

      深度求索经受过实战检验的每天155万亿 tokens 引擎,采用定制的 FlashMLA 和 DeepGEMM 内核,面向英伟达 SM100 和华为 Ascend 950。

      来源 ↗
    • Kimi第 5 名

      发布仅一天,却已是唯一与前沿模型共同设计的引擎:深度求索自家的生产技术栈,从发布起就针对英伟达 SM100 和华为 Ascend 950 上的 V4.1-Flash 做了调优。

      来源 ↗
    • Wenxin第 3 名

      2026年10月20日诞生即开放——在英伟达和 Ascend 上同样运行深度求索自家的155万亿 tokens 工作负载

      来源 ↗
    6 个 AI 列入此名次
  4. 前三名详解 ↓
  5. 4

    TensorRT-LLM

    英伟达速度的标尺:在MLPerf延迟上限下为87,444 token/秒,vLLM为71,588。不支持任何非英伟达芯片。

    已列入: Claude, ChatGPT, Grok, Gemini, Kimi, Wenxin. 未列入: Meta.

    在各自榜单中的名次: Claude: 6 · ChatGPT: 5 · Grok: 5 · Gemini: 5 · Kimi: 4 · Wenxin: 5

    每个 AI 的看法 6
    • Claude第 6 名

      速度基准:在一项对比中于 H100 上约为 2,400 tok/s,且不支持任何非英伟达芯片。

    • ChatGPT第 5 名

      它仍是以英伟达为核心的速度基准,但作为摆脱英伟达的途径,其价值实际上为零。

      来源 ↗
    • Grok第 5 名

      英伟达的标尺:在 MLPerf 的延迟上限下达到87,444 tokens/s,且不支持任何非英伟达芯片系列。

      来源 ↗
    • Gemini第 5 名

      英伟达的专有速度王冠:在 H100 和 Blackwell 上原始吞吐量无与伦比,但完全锁定在英伟达硬件生态内。

      来源 ↗
    • Kimi第 4 名

      英伟达平台上的速度之王:在100个并发请求下,Llama-3.3-70B 达到2,780 tok/s,vLLM 为2,400;代价是需要28分钟的引擎编译,且完全不支持非英伟达芯片。

      来源 ↗
    • Wenxin第 5 名

      英伟达自家的速度之王——在 H100/B200 上最快,但若想脱离英伟达就毫无用处

      来源 ↗
    6 个 AI 列入此名次
  6. 5

    Ollama

    估算:本地上手最容易(约18.4万星标),并继承了llama.cpp的芯片列表。一项被引用的测试显示,其负载下约41 token/秒,vLLM约为793。

    已列入: Claude, ChatGPT, Grok, Gemini, Kimi, Wenxin. 未列入: Meta.

    在各自榜单中的名次: Claude: 7 · ChatGPT: 9 · Grok: 6 · Gemini: 8 · Kimi: 7 · Wenxin: 6

    每个 AI 的看法 6
    • Claude第 7 名

      最容易安装,但有一份报告称其在负载下停滞在约41 tok/s,而 vLLM 的峰值接近793。

      来源 ↗
    • ChatGPT第 9 名

      它简单的本地分发覆盖了许多用户,但用户便利性和后端可移植性并不能替代受控的推理基准测试。

      来源 ↗
    • Grok第 6 名

      18.4万星标,安装只需一行命令。它是披着更友好外衣的 llama.cpp,而不是整个 GPU 集群的第二种答案。

      来源 ↗
    • Gemini第 8 名

      把 llama.cpp 和定制运行器打包成一条命令行指令,让本地的非英伟达工作站即插即用,变成 AI 服务器。

      来源 ↗
    • Kimi第 7 名

      开发者的入门之选:一个包裹 llama.cpp 的二进制程序,支持 CUDA、ROCm 和 Metal;自 0.19 版起还提供预览版 MLX 后端,在苹果芯片上的解码速度快1.6至2倍。

      来源 ↗
    • Wenxin第 6 名

      不是原始引擎,而是包裹在 llama.cpp 外的精致外壳,让非技术人员也能轻松使用本地 AI

      来源 ↗
    6 个 AI 列入此名次
  7. 6

    Hugging Face TGI

    Hugging Face的服务器目前已进入维护模式,其README建议用户改用vLLM、SGLang、llama.cpp和MLX。

    已列入: Claude, ChatGPT, Grok, Gemini, Kimi, Wenxin. 未列入: Meta.

    在各自榜单中的名次: Claude: 9 · ChatGPT: 7 · Grok: 8 · Gemini: 7 · Kimi: 10 · Wenxin: 7

    每个 AI 的看法 6
    • Claude第 9 名

      一款生产级服务器,支持自动量化和 LoRA,但我没有找到非英伟达或 DeepSeek-R1 的数据。

    • ChatGPT第 7 名

      一个成熟且文档完备的部署项目,但所引测量数据未能建立相应的跨芯片速度对比。

      来源 ↗
    • Grok第 8 名

      在一场70B模型对比中仍排第三:约2,100–2,600 tokens/s,落后于 vLLM 的2,800–3,400,领先于 llama.cpp。

      来源 ↗
    • Gemini第 7 名

      Hugging Face 久经考验的企业级服务器,可在英特尔 Gaudi、超威半导体 ROCm 和英伟达 GPU 上稳定部署多种加速器。

      来源 ↗
    • Kimi第 10 名

      Hugging Face 自家的 Rust 服务器现已进入维护模式,并建议用户转向 vLLM 或 SGLang,这正式表明推理技术栈已向两个 Apache-2.0 领先者集中。

      来源 ↗
    • Wenxin第 7 名

      Hugging Face 的生产级封装——在云端广泛使用,但在芯片多样性上停滞不前

      来源 ↗
    6 个 AI 列入此名次
  8. 7

    LMDeploy

    其TurboMind核心在一次H100测试中胜过vLLM(1,980对1,850 token/秒)。Ascend只能通过其PyTorch引擎运行,无法使用快速的C++核心。

    已列入: ChatGPT, Gemini, Kimi. 未列入: Claude, Meta, Grok, Wenxin.

    在各自榜单中的名次: ChatGPT: 6 · Gemini: 6 · Kimi: 8

    每个 AI 的看法 3
    • ChatGPT第 6 名

      一个规模可观的推理选项,并有据可查的非英伟达方向,但这里收集的证据并未使它与 vLLM 和 SGLang 处于同等的基准测试水平。

      来源 ↗
    • Gemini第 6 名

      上海人工智能实验室出品的轻量级强者,TurboMind C++ 的 token 生成速度极快,并官方支持华为 Ascend 加速。

      来源 ↗
    • Kimi第 8 名

      在自家地盘上胜过 vLLM 的 C++ 引擎:在7B 模型、H100 上为1,980 tok/s,vLLM 为1,850;同时,其 PyTorch 引擎补上了 TurboMind 核心缺少的华为 Ascend 官方支持。

      来源 ↗
    3 个 AI 列入此名次
  9. 8

    MLC-LLM

    为Metal、Vulkan、WebGPU和移动芯片编译模型,无需CUDA。没有与服务器引擎进行同模型的速度对比测试。

    已列入: Claude, ChatGPT, Gemini. 未列入: Meta, Grok, Kimi, Wenxin.

    在各自榜单中的名次: Claude: 8 · ChatGPT: 8 · Gemini: 10

    每个 AI 的看法 3
    • Claude第 8 名

      面向边缘设备、移动端和 WebGPU,GitHub 星标约2.16万。

      来源 ↗
    • ChatGPT第 8 名

      它以编译器为导向的可移植性拓宽了设备选择,但现有证据未提供同一模型、同一硬件下的吞吐量对比。

      来源 ↗
    • Gemini第 10 名

      借助 Apache TVM 把深度学习模型编译为独立的可执行机器码,可在高通、苹果公司 Metal 和 Vulkan 设备上运行。

      来源 ↗
    3 个 AI 列入此名次
  10. 9

    xLLM(京东)

    京东的Apache-2.0引擎专为中国加速芯片打造,在Ascend上运行DeepSeek-R1时为11,352 token/秒,MindIE为8,476。这些是作者自己给出的数字。

    已列入: Claude. 未列入: ChatGPT, Meta, Grok, Gemini, Kimi, Wenxin.

    在各自榜单中的名次: Claude: 4

    每个 AI 的看法 1
    • Claude第 4 名

      专为中国加速器设计,据其作者称,在相同 TPOT 下于 Qwen 上比 MindIE 快1.7倍,比 vLLM-Ascend 快2.2倍,这一说法出自作者本人。

    1 个 AI 列入此名次

02前三名详解

榜单在上方。这里进一步介绍排名前三的对象:它们是什么、为什么上榜、有哪些值得了解的事。

三组数字不能直接比较:SGLang 的数字来自 H200 上 200 个提示的测试,llama.cpp 的是 8 块超威半导体 MI300X 上的解码速度,DeepInfer 的则是深度求索自己给出的单块 GPU 数字。

1SGLang

第 1 名 — SGLang. 7 个 AI 中有 6 个将其列入榜单;在其中的中位名次:2. 它在主项目中保留了最多的非英伟达芯片支持(华为昇腾、超威半导体、TPU、苹果公司),而且在 DeepSeek-R1 上可以超过 vLLM。

你知道吗

  • SGLang 起源于斯坦福大学和加州大学伯克利分校的研究项目。现在它隶属于 LMSYS,这是一家非营利组织,也运营 Chatbot Arena。它的核心技巧是 RadixAttention,将过往的计算结果存入一棵树中,使重复的提示开头不必重新计算。

它是什么
一个快速的开源 AI 模型服务引擎,最初是大学的研究项目。
它的优势
主项目中大多数非英伟达芯片的指南,以及在提示数量多时领先 vLLM。
适合谁
适合在混合芯片上为很多用户提供服务的团队;短测试可能因预热而产生误导。
  • DeepSeek-R1 速度(词元/秒)3,276 词元/秒(200 个提示)

维基百科 · Wikidata

为什么上榜
  • 超威半导体的 SGLang 0.4.2 测试,使用 8 块 MI300X GPU 运行 DeepSeek-R1 FP8,并发最高 16,输入 3,200 个词元。由此可以判断其吞吐量所对应的硬件和负载。 — (voice only)

  • SGLang 主硬件指南列出了 8 份平台指南,包括超威半导体、华为昇腾、TPU、XPU 和摩尔线程。这种广度有助于解释它在非英伟达芯片支持方面位居第一。 — (voice only)

你知道吗
  • 项目方称,SGLang 每天处理数万亿个词元,运行在超过 400,000 块 GPU 上,并列出 xAI、领英、Cursor、超威半导体和英伟达为用户。页面注明,这些数字由项目方公布,未经独立核实。

历史
  • 2023 年,SGLang 的论文提出了 RadixAttention,这是一种在提示共享部分内容时复用缓存计算的方法。这为项目在发布时带来了清晰的性能思路:论文称其测试中吞吐量最高提升 6.4 倍。 — (voice only)

需要注意
  • 同一个论坛帖子提到,SGLang 需要一段预热期,而 vLLM 不需要。早期请求可能比后期慢,因此短测试可能产生误导。请用你自己的工作负载对两个引擎都试一试。

进一步了解
  • 先打开超威半导体 GPU 页面,阅读安装部分。其中包括适用于 MI300X 等超威半导体 Instinct GPU 的 Docker 镜像,并附有一个使用 8 路张量并行的 DeepSeek-V3 启动示例。

比较前三名 ↓

2llama.cpp

第 2 名 — llama.cpp. 7 个 AI 中有 6 个将其列入榜单;在其中的中位名次:3. 同一套代码可以运行范围最广的芯片,甚至能在超威半导体上运行完整的 DeepSeek-R1,但它是为单用户速度而设计的。

你知道吗

  • llama.cpp 最初的 README 写道它是“一个晚上赶出来的”,其作者当时也不知道它能否正确运行。它的主要目标是在 MacBook 上以 4 位压缩运行 LLaMA,并把苹果芯片视为一等公民。

    来源 ↗ ✓ 多个 AI 共同确认
它是什么
一个小型 C++ 引擎,可在普通电脑和多种芯片上运行 AI 模型。
它的优势
单一代码库中芯片支持最广:苹果公司、超威半导体、英特尔、Vulkan、华为昇腾等。
适合谁
适合单用户或小型部署;不适合同时为很多人提供服务。
  • DeepSeek-R1 速度(词元/秒)8 块超威半导体 MI300X 上 37 词元/秒

维基百科 · Wikidata

为什么上榜
  • 超威半导体报告,在 DeepSeek-V3-671B 上,使用 4,096 个词元的提示,8 块 MI300X GPU 运行 llama.cpp 的吞吐量最高比 8 块 H100 高出 76%。这是具体的多 GPU 结果,但并非 DeepSeek-R1 测试。 — (voice only)

  • 在同样的 8 块 MI300X 配置下,超威半导体报告,在 Llama 3.1 70B 上,使用 Flash Attention 和 4,096 个词元的提示,吞吐量最高比 H100 高出 213%。这为其吞吐量结论提供了第二个明确的模型和提示条件。 — (voice only)

你知道吗
  • 2023 年 3 月发布后不久,西蒙·威利森就在一台 64GB 内存的 M2 MacBook Pro 上运行了脸书的 LLaMA 7B。经格奥尔吉·格尔加诺夫的转换脚本处理后,模型只有约 4GB。

需要注意
  • 即便是 llama.cpp 的支持者也写道,它“不像 vLLM 那样能扩展”。相比同时为很多人服务,它更适合单用户或小型部署。

人们怎么说
  • It even felt faster, probably thanks to quantisation and the simplicity of the codepath. — Antonio Poggi

进一步了解
  • 打开构建指南,跳到 HIP(超威半导体)和 CANN(华为昇腾)部分。可以同时构建多个后端,并在运行时选择设备。

比较前三名 ↓

3DeepInfer(深度求索)

第 3 名 — DeepInfer(深度求索). 7 个 AI 中有 6 个将其列入榜单;在其中的中位名次:4. 它可以运行于英伟达和华为昇腾,但只支持一个模型、仅限离线使用,而且才发布一天。

你知道吗

  • DeepInfer 并非从零编写。其 README 写明它主要基于 vLLM 构建,而 vLLM 正是它在排名中的对比对象之一。它还借鉴了 SGLang 和 TensorRT-LLM 的思路。该版本采用 Apache 2.0 许可证。

它是什么
深度求索自研的引擎,以开源代码形式发布,面向一款深度求索模型。
它的优势
与一款前沿模型共同开发,面向英伟达 SM100 和华为昇腾 950。
适合谁
适合离线运行 DeepSeek-V4.1-Flash 的用户;不适合需要其他模型或完整服务的人。
  • DeepSeek-R1 速度(词元/秒)每块 GPU 25,000 词元/秒(深度求索自测数据)

维基百科 · Wikidata

为什么上榜
  • 发布仓库列出 1 个支持的模型,即 DeepSeek-V4.1-Flash,以及 2 类支持的硬件:英伟达 SM100 和华为昇腾 950。这一狭窄的范围与其在广度和成熟度上的较低排名相符。 — (voice only)

你知道吗
  • 深度求索自己的速度数据来自一次分离式测试:预填充在 4 块英伟达 SM100 GPU 上测得,解码在 64 块上测得。已发布的代码不包括 KV 缓存系统,也不包括预填充与解码的分离部署。

历史
  • 2026 年,深度求索公开了 DeepInfer 的代码。这是该公司称用于支撑大规模生产服务的引擎。此次公开发布只是该系统的有限窗口:提供 DeepSeek-V4.1-Flash 的离线推理,并称完整服务所需的若干部分未予收录。 — (voice only)

需要注意
  • 深度求索给出的速度数字是其自家数据,尚未经独立核实。一篇文章称,尽管华为昇腾 950 被列为支持芯片,其并未公布该芯片的任何数字。

进一步了解
  • 先读 README。它说明该项目只运行一个模型 DeepSeek-V4.1-Flash,可在英伟达 SM100 GPU 或华为昇腾 950 芯片上运行。其安装从一个空的 Python 3.12 环境开始。

视频: DeepSeek R1 Explained to your grandma (英文) · AI with Alex

比较前三名 ↓

前三名对比

SGLangllama.cppDeepInfer(深度求索)
进入 AI 榜单6 / 76 / 76 / 7
DeepSeek-R1 速度(词元/秒)3,276 词元/秒(200 个提示)8 块超威半导体 MI300X 上 37 词元/秒每块 GPU 25,000 词元/秒(深度求索自测数据)
排第一的 AIGrok——

AI 数量相同的名次,按其在各 AI 榜单中的平均名次排序。

03值得了解

AI 在编制榜单时注意到的内容。

在同样的8×H200 DeepSeek-R1配置下,公开的胜者在不同测试间会反转:vLLM为1,137对1,041 token/秒,随后SGLang为1,329对1,042。从50个提示增加到200个,也可能再次反转。

提及者:
已列入: ChatGPT, Grok, Gemini, Kimi, Wenxin. 未列入: Claude, Meta.
来源 ↗

“非英伟达支持”取决于怎么划线:vLLM对Ascend和Gaudi的支持放在插件仓库中,而SGLang和llama.cpp把Ascend放在主代码里。

提及者:
已列入: Claude, Grok, Gemini. 未列入: ChatGPT, Meta, Kimi, Wenxin.
来源 ↗

在超威半导体芯片上,脱离英伟达已有经过审核的成绩:MLPerf v6.0中一项MI355X Llama-2-70B Interactive结果为73,608 token/秒,而8路B300 TensorRT提交的结果为70,724。

提及者:
已列入: Grok. 未列入: Claude, ChatGPT, Meta, Gemini, Kimi, Wenxin.
来源 ↗

仅靠软件就能改变数字:MLPerf v6.0显示,在同样的英伟达硬件上,DeepSeek-R1的吞吐量比六个月前高出2.7倍。

提及者:
已列入: Claude. 未列入: ChatGPT, Meta, Grok, Gemini, Kimi, Wenxin.
来源 ↗

DeepInfer每天155T token,覆盖一个深度求索集群,且为自报数据。公开版本仅支持离线,因此缓存、预填充与解码拆分和负载均衡都要由运营者自行处理。

提及者:
已列入: Claude, ChatGPT, Grok, Kimi. 未列入: Meta, Gemini, Wenxin.
来源 ↗

04大家常问的问题

vLLM与SGLang哪个好?

两者并非处处领先:vLLM生态更大,并有经审计的MLPerf成绩;SGLang则把Ascend和超威半导体放在主代码中。在8×H200上运行DeepSeek-R1时,两者各自赢得过一次公开测试。

来源 ↗
vLLM、SGLang与llama.cpp怎么选?

vLLM和SGLang是集群服务器。llama.cpp是一套代码树,覆盖Metal、HIP、SYCL、Vulkan和华为CANN,但在一次A100 70B对比中,它的速度为900–1,300 token/秒,而vLLM为2,800–3,400。

来源 ↗
vLLM与SGLang性能对比如何?

在8×H200运行DeepSeek-R1、200个提示的测试中,SGLang达到3,276 token/秒,vLLM为2,499。提示较少时,vLLM以1,137对1,041领先,因此结果取决于配置。

来源 ↗
vLLM、SGLang与Ollama怎么选?

Ollama是基于llama.cpp的本地运行工具。一项被引用的测试显示,其负载下约41 token/秒,vLLM约为793,因此它适合个人电脑,而非服务大量用户。

来源 ↗

05我们如何统计

用大白话讲,不用公式。

1问题

十大开源AI推理引擎:速度与摆脱英伟达的对比

2为什么选这个话题

读者可以并排看到“哪个更快”和“哪个能让我摆脱某一家芯片厂商”,而速度基准测试和硬件支持清单各只能展示其中一项。

3适用范围

全球范围;用于提供大语言模型服务的开源引擎(vLLM、SGLang、DeepInfer、llama.cpp、作为英伟达参照的TensorRT-LLM等)

4考量标准

  • 在注明的模型、硬件和并发水平下的输出吞吐量和首个token的响应时间
  • 主代码中支持的非英伟达芯片系列数量(超威半导体ROCm、华为Ascend、英特尔Gaudi、苹果公司Metal等),而非依赖各厂商的独立分支
  • 每个芯片系列上,哪些大型开放模型获得官方支持并可运行
  • 成熟度:文档、发布节奏和活跃的维护者
  • Michaelvll llm-ie-benchmarks——vLLM与SGLang在8×英伟达H200上运行DeepSeek-R1的输出吞吐量,注明提示和输出长度及提示数量。
  • MLPerf Inference v6.0(据mlai.qa解读)——gpt-oss-120b在8×B200上经审计的token/秒:vLLM对比TensorRT-LLM,分离线和服务器延迟上限两种情况。
  • vLLM Ascend发布说明——独立的vllm-ascend插件所覆盖的模型和Atlas硬件(v0.30.0rc1,2026年10月11日)。
  • SGLang README硬件表——SGLang主项目列出的支持芯片平台。

5谁来排名

领先的 AI:Claude, ChatGPT, Meta, Grok, Gemini, Kimi, Wenxin。每个 AI 独立编制自己的十项榜单,并为每个名次注明来源。

6名次如何确定

不同 AI 以不同说法写出的同一项被视为一项。把某项列入榜单的 AI 越多、排得越靠前,它的名次就越高。“AI 共识”表示有多少个 AI 在自己的榜单中列入了该项。来源仅限 AI 自己找到的,没有任何人工添加。

06各个 AI 的单独榜单

🇺🇸 Claude10 个名次 · 3 条备注

同一个问题,仅由 Claude 回答。上方的最终榜单综合了所有 AI。

  1. 1
    vLLM

    其插件模式让 Ascend、英特尔 Gaudi、沐曦集成电路、Rebellions 和 IBM Spyre 都能接入,而 Ascend 的插件正是这一模式的参考案例。

    来源 ↗
  2. 2
    SGLang

    它把 Ascend 当作共享模型代码的一部分,主文件中有 _is_npu 分支,此外还有超威半导体、TPU 和 Gaudi 的路径。

    来源 ↗
  3. 3
    llama.cpp

    这里芯片支持最广的引擎:Metal、CUDA、HIP、Vulkan、SYCL、CANN(Ascend)和 MUSA 都在同一个代码库中,但它是为单用户速度而设计,而非数据中心批处理。

  4. 4
    xLLM(京东,现归开放原子开源基金会)

    专为中国加速器设计,据其作者称,在相同 TPOT 下于 Qwen 上比 MindIE 快1.7倍,比 vLLM-Ascend 快2.2倍,这一说法出自作者本人。

  5. 5
    DeepInfer(深度求索)

    发布仅一天,已被描述为每天处理约155万亿 tokens,但它只支持一款模型、两种芯片。

  6. 6
    TensorRT-LLM(英伟达参考实现)

    速度基准:在一项对比中于 H100 上约为 2,400 tok/s,且不支持任何非英伟达芯片。

  7. 7
    Ollama

    最容易安装,但有一份报告称其在负载下停滞在约41 tok/s,而 vLLM 的峰值接近793。

    来源 ↗
  8. 8
    MLC LLM

    面向边缘设备、移动端和 WebGPU,GitHub 星标约2.16万。

    来源 ↗
  9. 9
    Hugging Face TGI

    一款生产级服务器,支持自动量化和 LoRA,但我没有找到非英伟达或 DeepSeek-R1 的数据。

  10. 10
    MindIE(华为)

    在 Atlas 800 A2 和 300I Duo 上为官方支持,但有一篇基准测试文章称其部署门槛较高。

    来源 ↗

Claude 注意到的内容

“非英伟达支持”的数量取决于如何划定界限。vLLM 的 Ascend、Gaudi 和 MetaX 支持位于独立的插件仓库中,SGLang 把 Ascend 后端保留在主代码内,llama.cpp 则几乎把所有后端都放在同一个代码库中。

在同样的硬件上,仅靠软件更新,吞吐量就大幅提升:MLPerf v6.0 报告称,在同一款英伟达硬件上,DeepSeek-R1 的吞吐量比六个月前高出2.7倍。SemiAnalysis 追踪 V4 的报道标题称,26天内提升了100倍。

超威半导体称,在其芯片上 SGLang 是 DeepSeek-R1 的默认选项,并预计很快与 vLLM 持平,因此这一场的胜负尚无定论。

🇺🇸 ChatGPT10 个名次 · 4 条备注

同一个问题,仅由 ChatGPT 回答。上方的最终榜单综合了所有 AI。

  1. 1
    vLLM(2026)

    一次可复现的 H200 测试中,在1,000输入/2,000输出 tokens 的条件下,vLLM 输出速度为1,137 tok/s,SGLang 为1,041;但另一次测试的结果正相反。

    来源 ↗
  2. 2
    SGLang(2026)

    在200个提示词时,于所引的1k/2k H200 工作负载上,SGLang 领先 vLLM 约31%;提示词较少时,则落后。

    来源 ↗
  3. 3
    llama.cpp(2026)

    同一代码库可覆盖苹果公司的 Metal、超威半导体、英特尔 SYCL、Vulkan 等后端,使它成为此处实用性最广的摆脱特定硬件的途径。

    来源 ↗
  4. 4
    DeepInfer(2026)

    它把极为重要的 Ascend 950 目标,与一个发布当天仅有三次公开提交、未公布 Ascend 吞吐量的代码库放在一起。

    来源 ↗
  5. 5
    TensorRT-LLM(英伟达参考实现,2026)

    它仍是以英伟达为核心的速度基准,但作为摆脱英伟达的途径,其价值实际上为零。

    来源 ↗
  6. 6
    LMDeploy(2026)

    一个规模可观的推理选项,并有据可查的非英伟达方向,但这里收集的证据并未使它与 vLLM 和 SGLang 处于同等的基准测试水平。

    来源 ↗
  7. 7
    Hugging Face TGI(2026)

    一个成熟且文档完备的部署项目,但所引测量数据未能建立相应的跨芯片速度对比。

    来源 ↗
  8. 8
    MLC-LLM(2026)

    它以编译器为导向的可移植性拓宽了设备选择,但现有证据未提供同一模型、同一硬件下的吞吐量对比。

    来源 ↗
  9. 9
    Ollama(2026)

    它简单的本地分发覆盖了许多用户,但用户便利性和后端可移植性并不能替代受控的推理基准测试。

    来源 ↗
  10. 10
    Aphrodite Engine(2026)

    一个社区推理替代方案,但这里收集的公开证据在跨厂商支持和可比吞吐量上,都比领先者薄弱。

    来源 ↗

ChatGPT 注意到的内容

已公布的 vLLM 与 SGLang 之争对工作负载很敏感:在8×H200 上,把提示词数量从50个改为200个就会翻转胜负,基准测试的作者也明确提醒,不应把某一张表当作通用结论。

DeepInfer 是摆脱英伟达依赖的重要信号,但其10月20日公开的代码范围比生产服务的描述要窄:仅限离线的 V4.1-Flash、列出的两个加速器目标,且没有公开的 Ascend 性能图表。

后端列表很长,并不保证速度或模型支持同样好。llama.cpp 的构建指南列出了多个后端,而 vLLM 和 SGLang 则公布了更明确的、按模型划分的 Ascend 支持矩阵。

MLPerf 是检验硬件系统结果的有用外部参照,但其推理提交数据无法在同一模型和配置下,对所有开放推理引擎做出同等条件的排名。

🇺🇸 Grok10 个名次 · 3 条备注

同一个问题,仅由 Grok 回答。上方的最终榜单综合了所有 AI。

  1. 1
    SGLang

    一份 README 把超威半导体、TPU、英特尔、苹果公司和华为与英伟达并列;一次 H100 测试中,它达到16,215 tokens/s,而 vLLM 为12,553。

    来源 ↗
  2. 2
    vLLM

    在唯一一张经过审计的表格中,以原始吞吐量为目标时,vLLM 领先 TensorRT-LLM 8%;以延迟上限为目标时,则落后22%。

    来源 ↗
  3. 3
    llama.cpp

    CANN、HIP、Metal、Vulkan 和 SYCL 都在同一代码库中。在一篇关于 A100 的文章里,同一代码库运行700亿参数模型时,批处理速率仅约为 vLLM 的三分之一。

  4. 4
    DeepInfer

    刚发布一天,星标1.41万,同一仓库支持两个芯片系列,但只运行一款模型,缓存问题则留给用户自己解决。

  5. 5
    TensorRT-LLM

    英伟达的标尺:在 MLPerf 的延迟上限下达到87,444 tokens/s,且不支持任何非英伟达芯片系列。

    来源 ↗
  6. 6
    Ollama

    18.4万星标,安装只需一行命令。它是披着更友好外衣的 llama.cpp,而不是整个 GPU 集群的第二种答案。

    来源 ↗
  7. 7
    vLLM Ascend

    10月11日的候选版本已列出深度求索 V4.1、GLM-5.3 和 Qwen3.8-27B;而且它是独立的第二个仓库,而不是 vLLM 内部的一个选项。

    来源 ↗
  8. 8
    Text Generation Inference(Hugging Face)

    在一场70B模型对比中仍排第三:约2,100–2,600 tokens/s,落后于 vLLM 的2,800–3,400,领先于 llama.cpp。

    来源 ↗
  9. 9
    llamafile

    一个文件,适用于任何主流桌面操作系统。它是 Mozilla 对 llama.cpp 的打包,因此继承了同样的芯片列表,也继承了速度上限。

    来源 ↗
  10. 10
    Triton Inference Server

    围绕 TensorRT-LLM 的开放外壳:一个真正的服务器,采用 BSD 许可,但依然属于英伟达。

    来源 ↗

Grok 注意到的内容

在同一台8×H200机器上,两次谨慎的 DeepSeek-R1 测试互换了胜者。第一组公布的数据中 vLLM 领先;三周后、版本更新之后的重测中 SGLang 领先。整理者的注释是:从50个提示词增加到200个,结论可能就会翻转。

DeepInfer 每天155万亿 tokens 只是 DeepSeek-V4.1-Flash 的一个集群,而不是整个公司的用量,而且此次发布仅限离线使用。使其成为一项服务的部分——缓存、预填充与解码分离、负载均衡——仍由运营方掌握。

摆脱英伟达在超威半导体平台上已经经过同行评审。在 MLPerf v6.0 中,每一项 MI355X 和 MI350X 结果都使用了 PyTorch/ROCm,其中多项提到 vLLM;一项 MI355X Llama-2-70B Interactive 结果为73,608 tokens/s,而一项8路 B300 TensorRT 提交的结果为70,724。

🇺🇸 Gemini10 个名次 · 3 条备注

同一个问题,仅由 Gemini 回答。上方的最终榜单综合了所有 AI。

  1. 1
    vLLM(2026)

    毫无争议的生产级 AI 支柱,在单一的连续批处理引擎下原生统一了英伟达 CUDA、超威半导体 ROCm、华为 Ascend 和英特尔 Gaudi。

    来源 ↗
  2. 2
    SGLang(2026)

    借助 RadixAttention 大幅降低智能体和多轮对话的延迟,在共享前缀的工作负载上比标准运行时快最多3倍,同时原生支持 ROCm。

    来源 ↗
  3. 3
    llama.cpp(2026)

    摆脱企业 GPU 垄断的终极便携途径,无需任何 CUDA 依赖,即可在苹果公司的 Metal、CPU AVX-512 和 ROCm 上无缝运行700亿参数模型。

    来源 ↗
  4. 4
    DeepInfer(2026)

    深度求索经受过实战检验的每天155万亿 tokens 引擎,采用定制的 FlashMLA 和 DeepGEMM 内核,面向英伟达 SM100 和华为 Ascend 950。

    来源 ↗
  5. 5
    TensorRT-LLM(英伟达参考实现,2026)

    英伟达的专有速度王冠:在 H100 和 Blackwell 上原始吞吐量无与伦比,但完全锁定在英伟达硬件生态内。

    来源 ↗
  6. 6
    LMDeploy(2026)

    上海人工智能实验室出品的轻量级强者,TurboMind C++ 的 token 生成速度极快,并官方支持华为 Ascend 加速。

    来源 ↗
  7. 7
    TGI - Text Generation Inference(2026)

    Hugging Face 久经考验的企业级服务器,可在英特尔 Gaudi、超威半导体 ROCm 和英伟达 GPU 上稳定部署多种加速器。

    来源 ↗
  8. 8
    Ollama(2026)

    把 llama.cpp 和定制运行器打包成一条命令行指令,让本地的非英伟达工作站即插即用,变成 AI 服务器。

    来源 ↗
  9. 9
    Aphrodite Engine(2026)

    PygmalionAI 的社区引擎,专注于在超威半导体 ROCm 和多样的消费级硬件上进行大规模无约束 MoE 推理。

    来源 ↗
  10. 10
    MLC-LLM(2026)

    借助 Apache TVM 把深度学习模型编译为独立的可执行机器码,可在高通、苹果公司 Metal 和 Vulkan 设备上运行。

    来源 ↗

Gemini 注意到的内容

vLLM 与 SGLang 之争凸显了一个根本性的设计分歧:vLLM 在通用批处理吞吐和广泛的硬件支持上占优,而 SGLang 的 RadixAttention 在共享前缀的智能体任务上带来了巨大的吞吐提升。

真正摆脱英伟达,很大程度上取决于统一的上游代码库:超威半导体 ROCm 已在 vLLM 和 SGLang 中获得一级原生支持,而华为 Ascend 仍经常需要专门插件(vllm-ascend)或厂商分支。

DeepInfer 开放的高性能 MoE 内核(FlashMLA、DeepGEMM、DeepEP),首次为在华为 Ascend 950 NPU 上与英伟达 SM100 并行运行6000亿以上参数的模型,提供了超大规模生产级蓝图。

🇨🇳 Kimi10 个名次 · 4 条备注

同一个问题,仅由 Kimi 回答。上方的最终榜单综合了所有 AI。

  1. 1
    vLLM(PyTorch基金会)

    约9.1万星标,每隔几周就发布一次版本(v0.30.0,9月22日);主代码已支持英伟达、超威半导体和英特尔,Gaudi、Ascend 和 TPU 则通过插件接入,是摆脱英伟达的默认途径。

    来源 ↗
  2. 2
    SGLang(RadixArk / LMSYS 起源)

    RadixAttention 使它成为智能体循环的专家,其 Ascend 移植版官方支持的前沿开放模型比任何其他引擎都多,包括 DeepSeek V4.1、GLM-5.3、Kimi K3、MiniMax-M3 和 Hy4。

    来源 ↗
  3. 3
    llama.cpp(ggml)

    一个 C++ 代码库承载 CUDA、ROCm、Vulkan、Metal、SYCL 和 MUSA 后端——它在8块超威半导体 MI300X GPU 上运行完整的6710亿参数 DeepSeek-R1,输出速度约为37 tok/s,且没有厂商分支。

    来源 ↗
  4. 4
    TensorRT-LLM(英伟达)

    英伟达平台上的速度之王:在100个并发请求下,Llama-3.3-70B 达到2,780 tok/s,vLLM 为2,400;代价是需要28分钟的引擎编译,且完全不支持非英伟达芯片。

    来源 ↗
  5. 5
    DeepInfer(deepseek-ai)

    发布仅一天,却已是唯一与前沿模型共同设计的引擎:深度求索自家的生产技术栈,从发布起就针对英伟达 SM100 和华为 Ascend 950 上的 V4.1-Flash 做了调优。

    来源 ↗
  6. 6
    KTransformers(KVCache.AI)

    一个学术上的异类,其 CPU 卸载设计(SOSP'25 论文)让6710亿参数级 MoE 模型能在24GB 级 GPU 显存上运行,其内核现在已集成到 SGLang 中。

    来源 ↗
  7. 7
    Ollama

    开发者的入门之选:一个包裹 llama.cpp 的二进制程序,支持 CUDA、ROCm 和 Metal;自 0.19 版起还提供预览版 MLX 后端,在苹果芯片上的解码速度快1.6至2倍。

    来源 ↗
  8. 8
    LMDeploy / TurboMind(InternLM)

    在自家地盘上胜过 vLLM 的 C++ 引擎:在7B 模型、H100 上为1,980 tok/s,vLLM 为1,850;同时,其 PyTorch 引擎补上了 TurboMind 核心缺少的华为 Ascend 官方支持。

    来源 ↗
  9. 9
    MLX / mlx-lm(苹果公司)

    苹果公司的 MIT 许可数组框架,是唯一原生适配统一内存的严肃引擎:vllm-mlx 在 M4 Max 上达到525 tok/s,比 llama.cpp 高21%至87%。

    来源 ↗
  10. 10
    Hugging Face TGI(text-generation-inference)

    Hugging Face 自家的 Rust 服务器现已进入维护模式,并建议用户转向 vLLM 或 SGLang,这正式表明推理技术栈已向两个 Apache-2.0 领先者集中。

    来源 ↗

Kimi 注意到的内容

同一基准会随运行器而翻转:在完全相同的8xH200 DeepSeek-R1 硬件上,vLLM 的脚本显示 vLLM 为1137 tok/s,SGLang 为1041;SGLang 的脚本显示 SGLang 为1329,vLLM 为1042;把提示词从50个增至200个又会再次翻转(SGLang 3276,vLLM 2499)。“vLLM 对 SGLang”并没有与配置无关的答案。

llama.cpp 是最大的拉平者:超威半导体自家博客在8块 MI300X GPU 上运行完整的6710亿参数 DeepSeek-R1,解码速度为37 tok/s,且没有分支。这是唯一一个前沿开放模型第一天就能在非英伟达芯片上运行的技术栈,这也是 Ollama、LM Studio 和 KTransformers 都基于它构建的原因。

DeepInfer 是前沿实验室的生产引擎首次把华为 Ascend 950 视为一级、首日即支持的后端,并公开了整套集群方案(资本支出3850万美元)以供复现。尽管只有24小时历史,它仍是2026年最有力的“摆脱英伟达”宣言。

这一领域既集中又分化:TensorRT-LLM 仍是仅限英伟达的速度基准(编译需28分钟);而 TGI 的维护模式通知,以及 SGLang 的 RadixArk 分拆公司(种子轮1亿美元,英伟达和超威半导体均有投资),表明开放推理的重心正落在 vLLM 与 SGLang 身上。

🇨🇳 Wenxin10 个名次 · 1 条备注

同一个问题,仅由 Wenxin 回答。上方的最终榜单综合了所有 AI。

  1. 1
    vLLM(全球,2023年至今)

    占开放模型部署的70%,是默认选择——如今也原生运行在华为 Ascend 上

    来源 ↗
  2. 2
    SGLang(全球,2024年至今)

    在同样的 GPU 上正面对比快于 vLLM——并且比它更早支持 Ascend

    来源 ↗
  3. 3
    DeepInfer(深度求索,中国,2026)

    2026年10月20日诞生即开放——在英伟达和 Ascend 上同样运行深度求索自家的155万亿 tokens 工作负载

    来源 ↗
  4. 4
    llama.cpp(全球,2023年至今)

    能在一台 MacBook 上运行700亿参数模型——是大众的引擎,即使它并非最快

    来源 ↗
  5. 5
    TensorRT-LLM(英伟达,2023年至今)

    英伟达自家的速度之王——在 H100/B200 上最快,但若想脱离英伟达就毫无用处

    来源 ↗
  6. 6
    Ollama(全球,2023年至今)

    不是原始引擎,而是包裹在 llama.cpp 外的精致外壳,让非技术人员也能轻松使用本地 AI

    来源 ↗
  7. 7
    TGI / Text Generation Inference(Hugging Face,2022年至今)

    Hugging Face 的生产级封装——在云端广泛使用,但在芯片多样性上停滞不前

    来源 ↗
  8. 8
    OpenVINO / OpenVINO GenAI(英特尔,2023年至今)

    英特尔针对 Gaudi 和 CPU 的答案——在英特尔硬件上很快,但模型支持落后

    来源 ↗
  9. 9
    TabbyML / Tabby(全球,2023年至今)

    正在成长的小众引擎,对 Ascend 和超威半导体的支持比大厂更认真

    来源 ↗
  10. 10
    PowerInfer(小米集团,中国,2024年至今)

    Mi 的平价服务器引擎——单块 GPU 即可运行700亿参数模型,但在 Ascend 上尚未经过实战检验

Wenxin 注意到的内容

DeepInfer 于2026年10月20日发布,使它成为中国前十实验室中唯一既开源、又在主代码中官方支持华为 Ascend 的引擎;但目前它只能运行深度求索的模型,通用性有限。