Zurück zum Trend des Tages: Chinas DeepSeek verschenkt den Motor seiner KI kostenlos
Poly-Ranking · aus dem Trend des Tages

vLLM gegen SGLang gegen llama.cpp: die Top 9 der Engines, Okt. 2026

Auf demselben 8×-H200-Server mit DeepSeek-R1 liegt bei einem veröffentlichten Lauf vLLM vorn (1.137 gegen 1.041 Token/s), beim nächsten SGLang (1.329 gegen 1.042). Welches schneller ist, hängt also davon ab, wie man testet.

  • Nr. 1: SGLang
  • 9 Plätze

01Endgültige Liste

Die führenden KIs haben unabhängig voneinander jeweils eine eigene Liste mit zehn Plätzen erstellt. Hier steht ein leicht prüfbares Ergebnis: Jeder Platz hat einen Grund, eine Quelle und die Liste der KIs, die ihn aufgenommen haben.

Reihenfolge: von größter bis geringster Übereinstimmung der KIs.

Ein helles Kennzeichen heißt: Diese KI hat den Eintrag auf ihre Liste gesetzt. Ein blasses: hat sie nicht.

  1. 1

    SGLang

    Hält Huawei Ascend, AMD, TPU und Apple im Hauptprojekt. Je nach Anzahl der Prompts schlägt es vLLM bei DeepSeek-R1 oder bleibt dahinter (3.276 gegen 2.499 Tok/s bei 200 Prompts).

    Aufgenommen: Claude, ChatGPT, Grok, Gemini, Kimi, Wenxin. Nicht aufgenommen: Meta.

    In ihren Listen: Claude: 2 · ChatGPT: 2 · Grok: 1 · Gemini: 2 · Kimi: 2 · Wenxin: 2

    Was jede KI angemerkt hat 6
    • ClaudePlatz 2

      Es behandelt Ascend als Teil des gemeinsamen Modellcodes, mit _is_npu-Zweigen in den Hauptdateien, und AMD-, TPU- und Gaudi-Wege obendrauf.

      Quelle ↗
    • ChatGPTPlatz 2

      Bei 200 Prompts liegt SGLang auf dem zitierten 1k/2k-H200-Lauf rund 31 % vor vLLM. Bei weniger Prompts verliert es.

      Quelle ↗
    • GrokPlatz 1

      Eine README nennt AMD, TPU, Intel, Apple und Huawei neben Nvidia, und ein H100-Test sieht es bei 16.215 Tokens/s gegen 12.553 für vLLM.

      Quelle ↗
    • GeminiPlatz 2

      Es verkürzt die Latenz agentischer und mehrstufiger Anfragen über RadixAttention, bei gemeinsamen Präfixen bis zu dreimal schneller als Standardlaufzeiten, und bietet zugleich native ROCm-Unterstützung.

      Quelle ↗
    • KimiPlatz 2

      RadixAttention macht es zum Spezialisten für Agenten-Schleifen. Sein Ascend-Port unterstützt offiziell mehr offene Spitzenmodelle – DeepSeek V4.1, GLM-5.3, Kimi K3, MiniMax-M3, Hy4 – als jede andere Engine.

      Quelle ↗
    • WenxinPlatz 2

      Auf denselben GPUs im direkten Vergleich schneller als vLLM, und bei Ascend war es schneller unterstützt

      Quelle ↗
    6 KIs setzten es hierher
  2. 2

    llama.cpp

    Der breiteste einzelne Code-Baum: CUDA, HIP, Metal, Vulkan, SYCL, CANN (Ascend), MUSA. Laut AMD lief das volle DeepSeek-R1 auf 8 AMD MI300X mit 37 Tok/s beim Decodieren.

    Aufgenommen: Claude, ChatGPT, Grok, Gemini, Kimi, Wenxin. Nicht aufgenommen: Meta.

    In ihren Listen: Claude: 3 · ChatGPT: 3 · Grok: 3 · Gemini: 3 · Kimi: 3 · Wenxin: 4

    Was jede KI angemerkt hat 6
    • ClaudePlatz 3

      Die breiteste Chip-Liste aller Engines hier: Metal, CUDA, HIP, Vulkan, SYCL, CANN (Ascend) und MUSA in einem Baum, aber auf Geschwindigkeit für einen Nutzer gebaut, nicht für Rechenzentrums-Batches.

    • ChatGPTPlatz 3

      Eine Codebasis erreicht Apple Metal, AMD, Intel SYCL, Vulkan und weitere Backends. Damit ist es hier der breiteste praktische Ausweg aus der Hardware-Abhängigkeit.

      Quelle ↗
    • GrokPlatz 3

      CANN, HIP, Metal, Vulkan und SYCL stecken in einem Baum, derselbe Baum, der in einem A100-Bericht ein 70B-Modell mit etwa einem Drittel der Batch-Rate von vLLM bedient.

    • GeminiPlatz 3

      Der beste tragbare Ausweg aus den Monopolen der Unternehmen bei GPUs. Es bedient 70B-Modelle nahtlos auf Apple Metal, CPU mit AVX-512 und ROCm, ganz ohne CUDA.

      Quelle ↗
    • KimiPlatz 3

      Ein C++-Code-Baum mit CUDA-, ROCm-, Vulkan-, Metal-, SYCL- und MUSA-Backends. Es führt das volle 671B-DeepSeek-R1 auf 8 AMD MI300X-GPUs mit etwa 37 Ausgabe-Tok/s aus, ohne Hersteller-Fork.

      Quelle ↗
    • WenxinPlatz 4

      Betreibt 70B-Modelle auf einem einzigen MacBook. Die Engine für alle, auch wenn sie nicht die schnellste ist

      Quelle ↗
    6 KIs setzten es hierher
  3. 3

    DeepInfer (DeepSeek)

    Läuft auf Nvidia SM100 und Huawei Ascend 950, unterstützt aber nur ein Modell, nur offline und hat zum Start drei Commits. Die 25.000 Tok/s pro GPU stammen von DeepSeek selbst.

    Aufgenommen: Claude, ChatGPT, Grok, Gemini, Kimi, Wenxin. Nicht aufgenommen: Meta.

    In ihren Listen: Claude: 5 · ChatGPT: 4 · Grok: 4 · Gemini: 4 · Kimi: 5 · Wenxin: 3

    Was jede KI angemerkt hat 6
    • ClaudePlatz 5

      Vor einem Tag veröffentlicht und schon mit etwa 155 Billionen Token am Tag beschrieben, unterstützt aber ein Modell auf zwei Chips.

    • ChatGPTPlatz 4

      Es verbindet ein besonders wichtiges Ziel, Ascend 950, mit einer Codebasis von nur drei öffentlichen Commits am Starttag und ohne veröffentlichten Ascend-Durchsatz.

      Quelle ↗
    • GrokPlatz 4

      Einen Tag alt, 14,1 tausend Sterne, zwei Chipfamilien in einem Repo, und es läuft nur ein Modell, der Cache bleibt Hausaufgabe.

    • GeminiPlatz 4

      DeepSeeks bewährte Engine mit 155 Billionen Token am Tag, mit eigenen FlashMLA- und DeepGEMM-Kerneln für Nvidia SM100 und Huawei Ascend 950.

      Quelle ↗
    • KimiPlatz 5

      Einen Tag alt und schon die einzige Engine, die gemeinsam mit einem Spitzenmodell entworfen wurde: DeepSeeks eigener Produktionsstapel, für V4.1-Flash auf Nvidia SM100 und Huawei Ascend 950 ab Veröffentlichung abgestimmt.

      Quelle ↗
    • WenxinPlatz 3

      Am 20. Okt. 2026 frei geboren, betreibt DeepSeeks eigene 155-Billionen-Token-Last auf Nvidia und Ascend gleichermaßen

      Quelle ↗
    6 KIs setzten es hierher
  4. Mehr über die ersten drei ↓
  5. 4

    TensorRT-LLM

    Der Nvidia-Maßstab für Geschwindigkeit: 87.444 Tok/s unter MLPerfs Latenzgrenze gegen 71.588 bei vLLM. Unterstützt keine Nicht-Nvidia-Chips.

    Aufgenommen: Claude, ChatGPT, Grok, Gemini, Kimi, Wenxin. Nicht aufgenommen: Meta.

    In ihren Listen: Claude: 6 · ChatGPT: 5 · Grok: 5 · Gemini: 5 · Kimi: 4 · Wenxin: 5

    Was jede KI angemerkt hat 6
    • ClaudePlatz 6

      Der Geschwindigkeitsmaßstab mit etwa 2.400 Tok/s auf H100 in einem Vergleich, mit null Nicht-Nvidia-Chips.

    • ChatGPTPlatz 5

      Es bleibt der auf Nvidia ausgerichtete Geschwindigkeitsmaßstab, doch sein Wert als Weg weg von Nvidia ist praktisch null.

      Quelle ↗
    • GrokPlatz 5

      Der Nvidia-Maßstab: 87.444 Tokens/s unter MLPerfs Latenzgrenze und null Nicht-Nvidia-Chipfamilien.

      Quelle ↗
    • GeminiPlatz 5

      Nvidias eigener Geschwindigkeitsrekord: unübertroffener Rohdurchsatz auf H100 und Blackwell, aber vollständig an das Nvidia-Ökosystem gebunden.

      Quelle ↗
    • KimiPlatz 4

      Der Geschwindigkeitskönig auf Nvidia: 2.780 Tok/s bei Llama-3.3-70B mit 100 gleichzeitigen Anfragen gegen 2.400 bei vLLM. Bezahlt wird das mit einer 28-minütigen Kompilierung der Engine und null Unterstützung für Nicht-Nvidia.

      Quelle ↗
    • WenxinPlatz 5

      Nvidias eigener Geschwindigkeitskönig – am schnellsten auf H100/B200, aber nutzlos, wenn Sie weg von Nvidia wollen

      Quelle ↗
    6 KIs setzten es hierher
  6. 5

    Ollama

    Schätzung: Der einfachste lokale Start (rund 184.000 Sterne) und übernimmt die Chip-Liste von llama.cpp. Ein zitierter Test kommt unter Last auf etwa 41 Tok/s, vLLM auf etwa 793.

    Aufgenommen: Claude, ChatGPT, Grok, Gemini, Kimi, Wenxin. Nicht aufgenommen: Meta.

    In ihren Listen: Claude: 7 · ChatGPT: 9 · Grok: 6 · Gemini: 8 · Kimi: 7 · Wenxin: 6

    Was jede KI angemerkt hat 6
    • ClaudePlatz 7

      Am einfachsten zu installieren, doch ein Bericht sieht es unter Last bei etwa 41 Tok/s stagnieren, während vLLM bei rund 793 lag.

      Quelle ↗
    • ChatGPTPlatz 9

      Seine einfache lokale Verteilung erreicht viele Nutzer, doch Bequemlichkeit und Backend-Portabilität ersetzen keinen kontrollierten Serving-Benchmark.

      Quelle ↗
    • GrokPlatz 6

      184.000 Sterne und eine Installation mit einer Zeile. Es ist llama.cpp im freundlicheren Gewand, keine zweite Antwort für einen vollständigen GPU-Cluster.

      Quelle ↗
    • GeminiPlatz 8

      Verpackt llama.cpp und eigene Laufzeiten in einen einzigen CLI-Befehl und macht lokale Nicht-Nvidia-Arbeitsplätze zu Ein-Klick-KI-Servern.

      Quelle ↗
    • KimiPlatz 7

      Der Einstieg für Entwickler: ein Programm, das llama.cpp für CUDA, ROCm und Metal umhüllt. Seit Version 0.19 gibt es eine Vorschau mit MLX-Backend, das beim Decodieren auf Apple Silicon 1,6- bis 2-mal schneller ist.

      Quelle ↗
    • WenxinPlatz 6

      Keine reine Engine, sondern eine polierte Hülle um llama.cpp, die lokale KI für Nicht-Ingenieure alltäglich machte

      Quelle ↗
    6 KIs setzten es hierher
  7. 6

    Hugging Face TGI

    Der Server von Hugging Face ist jetzt im Wartungsmodus, und die README verweist Nutzer auf vLLM, SGLang, llama.cpp und MLX.

    Aufgenommen: Claude, ChatGPT, Grok, Gemini, Kimi, Wenxin. Nicht aufgenommen: Meta.

    In ihren Listen: Claude: 9 · ChatGPT: 7 · Grok: 8 · Gemini: 7 · Kimi: 10 · Wenxin: 7

    Was jede KI angemerkt hat 6
    • ClaudePlatz 9

      Ein Produktionsserver mit automatischer Quantisierung und LoRA, aber ich fand keine Daten für Nicht-Nvidia oder DeepSeek-R1.

    • ChatGPTPlatz 7

      Ein reifes, gut dokumentiertes Bereitstellungsprojekt, doch die zitierten Messungen belegen keinen passenden Geschwindigkeitsvergleich über verschiedene Chips.

      Quelle ↗
    • GrokPlatz 8

      Immer noch der dritte Name bei einem 70B-Vergleich: etwa 2.100–2.600 Tokens/s, hinter vLLM mit 2.800–3.400 und vor llama.cpp.

      Quelle ↗
    • GeminiPlatz 7

      Der gehärtete Unternehmensserver von Hugging Face, mit solider Verteilung über mehrere Beschleuniger hinweg: Intel Gaudi, AMD ROCm und Nvidia-GPUs.

      Quelle ↗
    • KimiPlatz 10

      Hugging Face' eigener Rust-Server ist jetzt im Wartungsmodus und rät den Nutzern, zu vLLM oder SGLang zu wechseln. Das ist das formelle Zeichen, dass sich der Serving-Stack um zwei Apache-2.0-Führende konsolidiert hat.

      Quelle ↗
    • WenxinPlatz 7

      Hugging Faces produktionsreife Hülle – auf Cloud weit verbreitet, bei der Chip-Vielfalt aber festgefahren

      Quelle ↗
    6 KIs setzten es hierher
  8. 7

    LMDeploy

    Sein TurboMind-Kern schlug vLLM bei einem H100-Test (1.980 gegen 1.850 Tok/s). Ascend läuft nur über die PyTorch-Engine, nicht über den schnellen C++-Kern.

    Aufgenommen: ChatGPT, Gemini, Kimi. Nicht aufgenommen: Claude, Meta, Grok, Wenxin.

    In ihren Listen: ChatGPT: 6 · Gemini: 6 · Kimi: 8

    Was jede KI angemerkt hat 3
    • ChatGPTPlatz 6

      Eine wesentliche Serving-Option mit dokumentierten Nicht-Nvidia-Ambitionen. Die hier gesammelten Belege stellen sie aber nicht auf gleiche Benchmark-Höhe mit vLLM und SGLang.

      Quelle ↗
    • GeminiPlatz 6

      Die leichte Kraftmaschine des Shanghai AI Lab, mit blitzschneller Token-Erzeugung im TurboMind-C++-Kern und offizieller Beschleunigung für Huawei Ascend.

      Quelle ↗
    • KimiPlatz 8

      Die C++-Engine, die vLLM auf seinem eigenen Terrain schlägt: 1.980 gegen 1.850 Tok/s auf einem 7B-Modell auf H100. Ihre PyTorch-Engine bringt offizielle Huawei-Ascend-Unterstützung, die dem TurboMind-Kern fehlt.

      Quelle ↗
    3 KIs setzten es hierher
  9. 8

    MLC-LLM

    Kompiliert Modelle für Metal, Vulkan, WebGPU und mobile Chips ohne CUDA. Kein Geschwindigkeitstest mit demselben Modell gegen die Server-Engines.

    Aufgenommen: Claude, ChatGPT, Gemini. Nicht aufgenommen: Meta, Grok, Kimi, Wenxin.

    In ihren Listen: Claude: 8 · ChatGPT: 8 · Gemini: 10

    Was jede KI angemerkt hat 3
    • ClaudePlatz 8

      Gedacht für Edge, Mobilgeräte und WebGPU, mit rund 21,6.000 GitHub-Sternen.

      Quelle ↗
    • ChatGPTPlatz 8

      Seine auf Compiler ausgerichtete Portabilität erweitert die Geräteauswahl, doch diese Belegsammlung liefert keinen Vergleich desselben Modells auf derselben Hardware.

      Quelle ↗
    • GeminiPlatz 10

      Kompiliert Deep-Learning-Modelle über Apache TVM zu eigenständigem ausführbarem Maschinencode, der auf Qualcomm-, Apple-Metal- und Vulkan-Geräten läuft.

      Quelle ↗
    3 KIs setzten es hierher
  10. 9

    xLLM (JD)

    JDs Apache-2.0-Engine, für chinesische Beschleuniger gebaut, erreichte bei DeepSeek-R1 auf Ascend 11.352 gegen 8.476 Tok/s von MindIE. Das sind die eigenen Zahlen der Autoren.

    Aufgenommen: Claude. Nicht aufgenommen: ChatGPT, Meta, Grok, Gemini, Kimi, Wenxin.

    In ihren Listen: Claude: 4

    Was jede KI angemerkt hat 1
    • ClaudePlatz 4

      Für chinesische Beschleuniger gebaut. Es behauptet beim Qwen unter gleichem TPOT das 1,7-Fache von MindIE und das 2,2-Fache von vLLM-Ascend. Das ist die eigene Behauptung der Autoren.

    1 KIs setzten es hierher

02Mehr über die ersten drei

Das Ranking steht oben. Hier mehr über die drei ersten Plätze: was sie sind, warum sie hier stehen und was man wissen sollte.

Die drei Zahlen sind nicht vergleichbar: SGLang misst auf dem H200 bei 200 Prompts, llama.cpp ist die Decodier-Geschwindigkeit auf 8 AMD MI300X, und DeepInfer ist DeepSeeks eigene Zahl pro GPU.

1SGLang

Nr. 1 — SGLang. In den Listen von 6 von 7 KIs; mittlerer Platz dort: 2. Es hält die meisten Nicht-Nvidia-Chips (Ascend, AMD, TPU, Apple) im Hauptprojekt und kann vLLM bei DeepSeek-R1 schlagen.

Schon gewusst?

  • SGLang begann als Universitätsforschung in Stanford und Berkeley. Heute gehört es zu LMSYS, der gemeinnützigen Organisation, die auch Chatbot Arena betreibt. Sein Kniff ist RadixAttention: Es speichert frühere Arbeit in einem Baum, damit wiederholte Prompt-Anfänge nicht neu berechnet werden.

Was es ist
Eine schnelle offene Engine zum Bereitstellen von KI-Modellen, die als Universitätsforschung begann.
Seine Stärke
Die meisten Anleitungen für Nicht-Nvidia-Chips im Hauptprojekt, dazu der Vorsprung vor vLLM bei vielen Prompts.
Für wen
Passt für Teams, die viele Nutzer auf gemischter Hardware bedienen. Kurze Tests können wegen der Aufwärmphase täuschen.
  • DeepSeek-R1-Geschwindigkeit (Tokens/s)3.276 Tok/s bei 200 Prompts

Wikipedia · Wikidata

Warum es hier steht
  • AMDs SGLang-0.4.2-Test nutzte DeepSeek-R1 FP8 auf 8 MI300X-GPUs, mit bis zu 16 gleichzeitigen Anfragen und 3.200 Eingabe-Token. Damit sind Hardware und Last für die Durchsatzbeurteilung angegeben. — (voice only)

  • Der SGLang-Hardware-Leitfaden listet 8 Plattform-Anleitungen, darunter AMD, Ascend, TPU, XPU und Moore Threads. Diese Breite erklärt zum Teil den ersten Platz bei der Nicht-Nvidia-Unterstützung. — (voice only)

Schon gewusst?
  • Das Projekt sagt, SGLang verarbeite Billionen Token am Tag auf mehr als 400.000 GPUs, und nennt xAI, LinkedIn, Cursor, AMD und NVIDIA als Nutzer. Die Seite kennzeichnet diese Zahlen als vom Projekt gemeldet, nicht unabhängig geprüft.

Geschichte
  • Im Jahr 2023 stellte das SGLang-Paper RadixAttention vor, eine Methode, bereits geleistete Arbeit wiederzuverwenden, wenn Prompts Teile teilen. Damit hatte das Projekt zum Start eine klare Leistungsidee: Das Paper meldete in seinen Tests bis zu 6,4-fachen Durchsatz. — (voice only)

Gut zu wissen
  • Derselbe Forumsthread sagt, SGLang braucht eine Aufwärmphase, die vLLM nicht braucht. Frühe Anfragen können langsamer sein als spätere, daher kann ein kurzer Test täuschen. Testen Sie beide Engines mit Ihrer eigenen Last.

Weiterlesen
  • Öffnen Sie die Seite zur AMD-GPU und lesen Sie zuerst den Installationsabschnitt. Er behandelt das Docker-Image für AMD-Instinct-GPUs wie die MI300X und enthält ein Startbeispiel für DeepSeek-V3 mit 8-fachem Tensor-Parallelismus.

Die ersten drei vergleichen ↓

2llama.cpp

Nr. 2 — llama.cpp. In den Listen von 6 von 7 KIs; mittlerer Platz dort: 3. Ein Code-Baum läuft auf der breitesten Palette von Chips, sogar das volle DeepSeek-R1 auf AMD. Er ist aber auf Geschwindigkeit für einen Nutzer gebaut.

Schon gewusst?

  • Die erste README von llama.cpp sagte, es sei „an einem Abend gehackt“, und sein Autor wusste nicht, ob es richtig funktioniert. Das Hauptziel war, LLaMA mit 4-Bit-Kompression auf einem MacBook laufen zu lassen, wobei Apple-Chips als vollwertig galten.

    Quelle ↗ ✓ von mehreren KIs bestätigt
Was es ist
Eine kleine C++-Engine, die KI-Modelle auf gewöhnlichen Computern und vielen Chiptypen laufen lässt.
Seine Stärke
Breiteste Chip-Liste in einer Codebasis: Apple, AMD, Intel, Vulkan, Ascend und mehr.
Für wen
Passt für einen Nutzer oder einen kleinen Aufbau, nicht für viele gleichzeitige Nutzer.
  • DeepSeek-R1-Geschwindigkeit (Tokens/s)37 Tok/s auf 8 AMD MI300X

Wikipedia · Wikidata

Warum es hier steht
  • AMD berichtet, llama.cpp auf 8 MI300X-GPUs habe bei DeepSeek-V3-671B mit einem Prompt von 4.096 Token bis zu 76 % mehr Durchsatz geliefert als 8 H100-GPUs. Der Vergleich ist ein konkretes Multi-GPU-Ergebnis, aber kein DeepSeek-R1-Test. — (voice only)

  • Auf demselben 8-MI300X-Aufbau meldet AMD bis zu 213 % mehr Durchsatz als H100 bei Llama 3.1 70B mit Flash Attention und einem Prompt von 4.096 Token. Das ist ein zweites genanntes Modell und eine zweite Prompt-Bedingung für den Durchsatz. — (voice only)

Schon gewusst?
  • Wenige Tage nach der Veröffentlichung im März 2023 ließ Simon Willison Facebooks LLaMA 7B auf einem 64-GB-M2-MacBook-Pro laufen. Nach Georgi Gerganovs Konvertierungsskript war das Modell nur noch etwa 4 GB groß.

Gut zu wissen
  • Selbst ein Fan von llama.cpp schreibt, es „skaliere nicht wie vLLM“. Für einen Nutzer oder einen kleinen Aufbau passt es besser als für viele Menschen gleichzeitig.

Was die Leute sagen
  • It even felt faster, probably thanks to quantisation and the simplicity of the codepath. — Antonio Poggi

Weiterlesen
  • Öffnen Sie die Build-Anleitung und springen Sie zu den Abschnitten HIP (AMD) und CANN (Ascend). Sie können mehrere Backends gleichzeitig bauen und das Gerät beim Start wählen.

Die ersten drei vergleichen ↓

3DeepInfer (DeepSeek)

Nr. 3 — DeepInfer (DeepSeek). In den Listen von 6 von 7 KIs; mittlerer Platz dort: 4. Es läuft auf Nvidia und Huawei Ascend, unterstützt aber nur ein Modell, nur offline, und ist einen Tag alt.

Schon gewusst?

  • DeepInfer wurde nicht von Grund auf neu geschrieben. Seine README sagt, es sei hauptsächlich auf vLLM aufgebaut, einer der Engines, mit denen es hier verglichen wird. Außerdem übernahm es Ideen von SGLang und TensorRT-LLM. Die Veröffentlichung steht unter Apache 2.0.

Was es ist
DeepSeeks eigene Engine, als offener Code für ein DeepSeek-Modell veröffentlicht.
Seine Stärke
Gemeinsam mit einem Spitzenmodell gebaut, Ziel sind Nvidia SM100 und Huawei Ascend 950.
Für wen
Passt für alle, die DeepSeek-V4.1-Flash offline betreiben. Nicht für Leute, die andere Modelle oder einen vollständigen Dienst brauchen.
  • DeepSeek-R1-Geschwindigkeit (Tokens/s)25.000 Tok/s pro GPU (eigene Zahl)

Wikipedia · Wikidata

Warum es hier steht
  • Das Start-Repository listet 1 unterstütztes Modell, DeepSeek-V4.1-Flash, und 2 unterstützte Hardwarefamilien: NVIDIA SM100 und Huawei Ascend 950. Dieser enge Umfang passt zu seinem niedrigeren Rang bei Breite und Reife. — (voice only)

Schon gewusst?
  • DeepSeeks eigene Geschwindigkeitszahl stammt aus einem geteilten Test. Prefill wurde auf 4 Nvidia-SM100-GPUs gemessen, Decode auf 64. Der veröffentlichte Code enthält kein KV-Cache-System und keine Aufteilung von Prefill und Decode.

Geschichte
  • Im Jahr 2026 öffnete DeepSeek den Code von DeepInfer, einer Engine, die nach eigener Aussage seine großen Produktionsdienste betreibt. Die öffentliche Version war ein begrenzter Einblick in dieses System: Sie bot Offline-Inferenz für DeepSeek-V4.1-Flash, und laut DeepSeek fehlten mehrere Teile für einen vollständigen Dienst. — (voice only)

Gut zu wissen
  • DeepSeeks Geschwindigkeitszahlen sind eigene Angaben und unabhängig nicht geprüft. Ein Bericht sagt, für Huawei Ascend 950 seien überhaupt keine Zahlen veröffentlicht worden, obwohl der Chip als unterstützt gilt.

Weiterlesen
  • Lesen Sie zuerst die README. Sie sagt, das Projekt betreibt ein Modell, DeepSeek-V4.1-Flash, auf NVIDIA-SM100-GPUs oder Huawei-Ascend-950-Chips. Die Einrichtung beginnt mit einer leeren Python-3.12-Umgebung.

Video: DeepSeek R1 Explained to your grandma (auf Englisch) · AI with Alex

Die ersten drei vergleichen ↓

Die ersten drei nebeneinander

SGLangllama.cppDeepInfer (DeepSeek)
In den KI-Listen6 / 76 / 76 / 7
DeepSeek-R1-Geschwindigkeit (Tokens/s)3.276 Tok/s bei 200 Prompts37 Tok/s auf 8 AMD MI300X25.000 Tok/s pro GPU (eigene Zahl)
Auf Platz 1 beiGrok——

Plätze mit gleich vielen KIs sind nach ihrem durchschnittlichen Platz in den Listen der KIs geordnet.

03Wissenswert

Was den KIs beim Erstellen der Liste aufgefallen ist.

Auf demselben 8×-H200-Aufbau mit DeepSeek-R1 wechselt der Sieger zwischen den Läufen: erst vLLM mit 1.137 gegen 1.041 Tok/s, dann SGLang mit 1.329 gegen 1.042. Wenn man von 50 auf 200 Prompts geht, kann sich das wieder umdrehen.

Bemerkt von:
Aufgenommen: ChatGPT, Grok, Gemini, Kimi, Wenxin. Nicht aufgenommen: Claude, Meta.
Quelle ↗

„Unterstützung für Nicht-Nvidia“ hängt davon ab, wo man die Grenze zieht: vLLMs Ascend- und Gaudi-Unterstützung liegt in Plugin-Repositorys, während SGLang und llama.cpp Ascend im Hauptcode führen.

Bemerkt von:
Aufgenommen: Claude, Grok, Gemini. Nicht aufgenommen: ChatGPT, Meta, Kimi, Wenxin.
Quelle ↗

Der Abschied von Nvidia ist auf AMD bereits begutachtet: Ein MI355X-Ergebnis für Llama-2-70B Interactive in MLPerf v6.0 lag bei 73.608 Tok/s, gegen 70.724 für eine 8-fach-B300-TensorRT-Einreichung.

Bemerkt von:
Aufgenommen: Grok. Nicht aufgenommen: Claude, ChatGPT, Meta, Gemini, Kimi, Wenxin.
Quelle ↗

Software allein verändert die Zahlen: MLPerf v6.0 meldet auf derselben Nvidia-Hardware 2,7-mal mehr DeepSeek-R1-Durchsatz als sechs Monate zuvor.

Bemerkt von:
Aufgenommen: Claude. Nicht aufgenommen: ChatGPT, Meta, Grok, Gemini, Kimi, Wenxin.
Quelle ↗

Die 155 Billionen Token am Tag von DeepInfer betreffen einen DeepSeek-Cluster und sind eigene Angaben. Die öffentliche Version ist nur offline, deshalb bleiben Cache, Aufteilung von Prefill und Decode sowie Lastverteilung dem Betreiber überlassen.

Bemerkt von:
Aufgenommen: Claude, ChatGPT, Grok, Kimi. Nicht aufgenommen: Meta, Gemini, Wenxin.
Quelle ↗

04Was Leute fragen

vLLM oder SGLang?

Keines gewinnt überall: vLLM hat das größere Ökosystem und ein geprüftes MLPerf-Ergebnis, während SGLang Ascend und AMD im Hauptcode führt. Auf 8× H200 mit DeepSeek-R1 hat jedes einen veröffentlichten Lauf gewonnen.

Quelle ↗
vLLM, SGLang oder llama.cpp?

vLLM und SGLang sind Cluster-Server. llama.cpp ist ein Code-Baum für Metal, HIP, SYCL, Vulkan und Huawei CANN. Bei einem Vergleich mit einem A100 70B lief es aber mit 900–1.300 Tok/s, vLLM mit 2.800–3.400.

Quelle ↗
Wie schnell ist vLLM gegenüber SGLang?

Bei 200 Prompts auf 8× H200 mit DeepSeek-R1 erreichte SGLang 3.276 Tok/s, vLLM 2.499. Bei weniger Prompts lag vLLM mit 1.137 zu 1.041 vorn. Die Ergebnisse hängen also vom Aufbau ab.

Quelle ↗
vLLM, SGLang oder Ollama?

Ollama ist ein lokaler Runner auf Basis von llama.cpp. Ein zitierter Test kommt unter Last auf etwa 41 Tok/s, vLLM auf etwa 793. Es eignet sich deshalb eher für Desktops als für viele gleichzeitige Nutzer.

Quelle ↗

05So haben wir gezählt

In einfachen Worten, ohne Formeln.

1Die Frage

Die Top 10 offenen KI-Serving-Engines: Tempo gegen Unabhängigkeit von Nvidia

2Warum dieses Thema

Der Leser sieht nebeneinander „Welches ist schneller?“ und „Welches befreit mich von einem Chiphersteller?“. Geschwindigkeitstests und Listen zur Hardware-Unterstützung zeigen jeweils nur eines davon.

3Wofür es gilt

weltweit; Open-Source-Engines für das Bereitstellen großer Sprachmodelle (vLLM, SGLang, DeepInfer, llama.cpp, TensorRT-LLM als Nvidia-Maßstab und weitere)

4Worauf wir geachtet haben

  • Ausgabedurchsatz und Zeit bis zum ersten Token bei einem genannten Modell, genannter Hardware und genannter Parallelität
  • Zahl der Nicht-Nvidia-Chipfamilien, die im Hauptcode unterstützt werden (AMD ROCm, Huawei Ascend, Intel Gaudi, Apple Metal, andere), nicht in eigenen Anbieter-Forks
  • Welche großen offenen Modelle auf welcher Chipfamilie offiziell unterstützt laufen
  • Reife: Dokumentation, Veröffentlichungstempo und aktive Betreuer
  • Michaelvll llm-ie-benchmarks – Ausgabedurchsatz von vLLM und SGLang bei DeepSeek-R1, 8× Nvidia H200, mit genannten Prompt- und Ausgabelängen und Prompt-Zahlen.
  • MLPerf Inference v6.0 (laut mlai.qa) – geprüfte Tokens/s für gpt-oss-120b auf 8× B200: vLLM gegen TensorRT-LLM, offline und mit Latenzgrenze im Server-Betrieb.
  • vLLM-Ascend-Versionshinweise – Modelle und Atlas-Hardware, die vom getrennten Plugin vllm-ascend abgedeckt werden (v0.30.0rc1, 11. Okt. 2026).
  • SGLang-README, Hardware-Tabelle – Chipplattformen, die das Hauptprojekt SGLang als unterstützt aufführt.

5Wer gerankt hat

Die führenden KIs: Claude, ChatGPT, Meta, Grok, Gemini, Kimi, Wenxin. Jede hat unabhängig ihre eigene Zehnerliste erstellt und für jeden Platz eine Quelle genannt.

6Wie die Plätze festgelegt wurden

Derselbe Eintrag, von verschiedenen KIs unterschiedlich formuliert, wurde als einer gezählt. Je mehr KIs einen Eintrag auf ihre Liste setzten und je höher, desto höher sein Platz. „Einigkeit der KIs“ zeigt, wie viele KIs ihn auf ihrer eigenen Liste hatten. Quellen sind nur die, die die KIs selbst gefunden haben; nichts wurde von Hand ergänzt.

06Die Liste jeder KI

🇺🇸 Claude10 Plätze · 3 Hinweise

Dieselbe Frage, allein von Claude beantwortet. Die endgültige Liste oben vereint alle KIs.

  1. 1
    vLLM

    Sein Plugin-Modell erlaubt Ascend, Intel Gaudi, MetaX, Rebellions und IBM Spyre den Anschluss. Ascends Plugin war dafür der Referenzfall.

    Quelle ↗
  2. 2
    SGLang

    Es behandelt Ascend als Teil des gemeinsamen Modellcodes, mit _is_npu-Zweigen in den Hauptdateien, und AMD-, TPU- und Gaudi-Wege obendrauf.

    Quelle ↗
  3. 3
    llama.cpp

    Die breiteste Chip-Liste aller Engines hier: Metal, CUDA, HIP, Vulkan, SYCL, CANN (Ascend) und MUSA in einem Baum, aber auf Geschwindigkeit für einen Nutzer gebaut, nicht für Rechenzentrums-Batches.

  4. 4
    xLLM (JD, heute OpenAtom)

    Für chinesische Beschleuniger gebaut. Es behauptet beim Qwen unter gleichem TPOT das 1,7-Fache von MindIE und das 2,2-Fache von vLLM-Ascend. Das ist die eigene Behauptung der Autoren.

  5. 5
    DeepInfer (DeepSeek)

    Vor einem Tag veröffentlicht und schon mit etwa 155 Billionen Token am Tag beschrieben, unterstützt aber ein Modell auf zwei Chips.

  6. 6
    TensorRT-LLM (Nvidia-Referenz)

    Der Geschwindigkeitsmaßstab mit etwa 2.400 Tok/s auf H100 in einem Vergleich, mit null Nicht-Nvidia-Chips.

  7. 7
    Ollama

    Am einfachsten zu installieren, doch ein Bericht sieht es unter Last bei etwa 41 Tok/s stagnieren, während vLLM bei rund 793 lag.

    Quelle ↗
  8. 8
    MLC LLM

    Gedacht für Edge, Mobilgeräte und WebGPU, mit rund 21,6.000 GitHub-Sternen.

    Quelle ↗
  9. 9
    Hugging Face TGI

    Ein Produktionsserver mit automatischer Quantisierung und LoRA, aber ich fand keine Daten für Nicht-Nvidia oder DeepSeek-R1.

  10. 10
    MindIE (Huawei)

    Offiziell auf Atlas 800 A2 und 300I Duo, doch ein Benchmark-Bericht nennt die Einrichtungshürde hoch.

    Quelle ↗

Was Claude aufgefallen ist

Die Zählung der „Nicht-Nvidia-Unterstützung“ hängt davon ab, wo man die Grenze zieht. vLLMs Ascend-, Gaudi- und MetaX-Unterstützung liegt in getrennten Plugin-Repositorys, SGLang führt sein Ascend-Backend im Hauptcode, und llama.cpp hält fast alle Backends in einem Baum.

Auf derselben Hardware allein hoben Software-Updates den Durchsatz stark an: MLPerf v6.0 meldet auf derselben NVIDIA-Hardware 2,7-mal mehr DeepSeek-R1-Durchsatz als sechs Monate zuvor. Die V4-Verfolgung von SemiAnalysis nennt eine 100-fache Verbesserung in 26 Tagen.

AMD sagt, SGLang sei auf seinen Chips der Standard für DeepSeek-R1 und erwartet bald Gleichstand mit vLLM. Der Sieger ist dort also noch nicht entschieden.

🇺🇸 ChatGPT10 Plätze · 4 Hinweise

Dieselbe Frage, allein von ChatGPT beantwortet. Die endgültige Liste oben vereint alle KIs.

  1. 1
    vLLM (2026)

    Ein reproduzierbarer H200-Lauf ergibt für vLLM 1.137 Ausgabe-Tok/s gegenüber 1.041 für SGLang bei 1.000 Eingabe- und 2.000 Ausgabe-Token. Ein anderer Lauf kehrt aber den Sieger um.

    Quelle ↗
  2. 2
    SGLang (2026)

    Bei 200 Prompts liegt SGLang auf dem zitierten 1k/2k-H200-Lauf rund 31 % vor vLLM. Bei weniger Prompts verliert es.

    Quelle ↗
  3. 3
    llama.cpp (2026)

    Eine Codebasis erreicht Apple Metal, AMD, Intel SYCL, Vulkan und weitere Backends. Damit ist es hier der breiteste praktische Ausweg aus der Hardware-Abhängigkeit.

    Quelle ↗
  4. 4
    DeepInfer (2026)

    Es verbindet ein besonders wichtiges Ziel, Ascend 950, mit einer Codebasis von nur drei öffentlichen Commits am Starttag und ohne veröffentlichten Ascend-Durchsatz.

    Quelle ↗
  5. 5
    TensorRT-LLM (Nvidia-Referenz, 2026)

    Es bleibt der auf Nvidia ausgerichtete Geschwindigkeitsmaßstab, doch sein Wert als Weg weg von Nvidia ist praktisch null.

    Quelle ↗
  6. 6
    LMDeploy (2026)

    Eine wesentliche Serving-Option mit dokumentierten Nicht-Nvidia-Ambitionen. Die hier gesammelten Belege stellen sie aber nicht auf gleiche Benchmark-Höhe mit vLLM und SGLang.

    Quelle ↗
  7. 7
    Hugging Face TGI (2026)

    Ein reifes, gut dokumentiertes Bereitstellungsprojekt, doch die zitierten Messungen belegen keinen passenden Geschwindigkeitsvergleich über verschiedene Chips.

    Quelle ↗
  8. 8
    MLC-LLM (2026)

    Seine auf Compiler ausgerichtete Portabilität erweitert die Geräteauswahl, doch diese Belegsammlung liefert keinen Vergleich desselben Modells auf derselben Hardware.

    Quelle ↗
  9. 9
    Ollama (2026)

    Seine einfache lokale Verteilung erreicht viele Nutzer, doch Bequemlichkeit und Backend-Portabilität ersetzen keinen kontrollierten Serving-Benchmark.

    Quelle ↗
  10. 10
    Aphrodite Engine (2026)

    Eine Serving-Alternative aus der Community. Die hier gesammelten öffentlichen Belege zur Unterstützung verschiedener Hersteller und zum Durchsatz sind aber dünner als bei den Spitzenreitern.

    Quelle ↗

Was ChatGPT aufgefallen ist

Der veröffentlichte Wettstreit zwischen vLLM und SGLang hängt von der Last ab: Auf 8×H200 kippt der Sieger, wenn sich die Zahl der Prompts von 50 auf 200 ändert. Die Autoren des Benchmarks warnen ausdrücklich davor, eine Tabelle als allgemeines Urteil zu lesen.

DeepInfer ist ein bedeutendes Signal für die Unabhängigkeit von Nvidia, doch seine Veröffentlichung am 20. Okt. ist enger als die Beschreibung als Produktionsdienst: nur offline V4.1-Flash, zwei genannte Beschleuniger-Ziele und kein öffentliches Ascend-Leistungsdiagramm.

Eine breite Backend-Liste garantiert nicht gleiche Geschwindigkeit oder Modellunterstützung. Der Build-Leitfaden von llama.cpp listet mehrere Backends, während vLLM und SGLang genauere Matrizen pro Modell für Ascend veröffentlichen.

MLPerf ist eine nützliche externe Prüfung für Hardware-Systemergebnisse. Seine Inferenz-Einreichungen ergeben aber keine vergleichbare Rangliste aller offenen Serving-Engines für ein Modell und eine Konfiguration.

🇺🇸 Grok10 Plätze · 3 Hinweise

Dieselbe Frage, allein von Grok beantwortet. Die endgültige Liste oben vereint alle KIs.

  1. 1
    SGLang

    Eine README nennt AMD, TPU, Intel, Apple und Huawei neben Nvidia, und ein H100-Test sieht es bei 16.215 Tokens/s gegen 12.553 für vLLM.

    Quelle ↗
  2. 2
    vLLM

    In der einzigen geprüften Tabelle lag vLLM bei reinem Durchsatz 8 % vor TensorRT-LLM und bei der Latenzgrenze 22 % dahinter.

    Quelle ↗
  3. 3
    llama.cpp

    CANN, HIP, Metal, Vulkan und SYCL stecken in einem Baum, derselbe Baum, der in einem A100-Bericht ein 70B-Modell mit etwa einem Drittel der Batch-Rate von vLLM bedient.

  4. 4
    DeepInfer

    Einen Tag alt, 14,1 tausend Sterne, zwei Chipfamilien in einem Repo, und es läuft nur ein Modell, der Cache bleibt Hausaufgabe.

  5. 5
    TensorRT-LLM

    Der Nvidia-Maßstab: 87.444 Tokens/s unter MLPerfs Latenzgrenze und null Nicht-Nvidia-Chipfamilien.

    Quelle ↗
  6. 6
    Ollama

    184.000 Sterne und eine Installation mit einer Zeile. Es ist llama.cpp im freundlicheren Gewand, keine zweite Antwort für einen vollständigen GPU-Cluster.

    Quelle ↗
  7. 7
    vLLM Ascend

    Der Kandidat vom 11. Okt. nennt bereits DeepSeek V4.1, GLM-5.3 und Qwen3.8-27B. Es ist ein zweites Repository, kein Schalter innerhalb von vLLM.

    Quelle ↗
  8. 8
    Text Generation Inference (Hugging Face)

    Immer noch der dritte Name bei einem 70B-Vergleich: etwa 2.100–2.600 Tokens/s, hinter vLLM mit 2.800–3.400 und vor llama.cpp.

    Quelle ↗
  9. 9
    llamafile

    Eine Datei, auf jedem gängigen Desktop-Betriebssystem. Mozillas Verpackung von llama.cpp, deshalb übernimmt es auch dessen Chip-Liste und dessen Geschwindigkeitsgrenze.

    Quelle ↗
  10. 10
    Triton Inference Server

    Die offene Hülle um TensorRT-LLM: ein echter Server, eine BSD-Lizenz und trotzdem eine Nvidia-Adresse.

    Quelle ↗

Was Grok aufgefallen ist

Die zwei sorgfältigen DeepSeek-R1-Läufe auf demselben 8×-H200-Gerät tauschen den Sieger. vLLM führt das erste veröffentlichte Paar, SGLang den Nachlauf drei Wochen und neue Versionen später. Die Anmerkung des Sammlers: Wenn man von 50 auf 200 Prompts geht, kann sich das Urteil drehen.

Die 155 Billionen Token am Tag von DeepInfer sind ein Cluster von DeepSeek-V4.1-Flash, nicht das ganze Unternehmen, und die Veröffentlichung ist nur offline. Die Teile, die daraus einen Dienst machen, also Cache, Aufteilung von Prefill und Decode sowie Lastverteilung, bleiben dem Betreiber überlassen.

Der Abschied von Nvidia ist auf AMD bereits begutachtet. In MLPerf v6.0 nutzten alle MI355X- und MI350X-Ergebnisse PyTorch/ROCm, mehrere nannten vLLM. Ein MI355X-Ergebnis für Llama-2-70B Interactive lag bei 73.608 Tokens/s, gegen 70.724 für eine 8-fach-B300-TensorRT-Einreichung.

🇺🇸 Gemini10 Plätze · 3 Hinweise

Dieselbe Frage, allein von Gemini beantwortet. Die endgültige Liste oben vereint alle KIs.

  1. 1
    vLLM (2026)

    Das unbestrittene Rückgrat der produktiven KI. Es vereint Nvidia CUDA, AMD ROCm, Huawei Ascend und Intel Gaudi unter einer einzigen Engine für kontinuierliches Batching.

    Quelle ↗
  2. 2
    SGLang (2026)

    Es verkürzt die Latenz agentischer und mehrstufiger Anfragen über RadixAttention, bei gemeinsamen Präfixen bis zu dreimal schneller als Standardlaufzeiten, und bietet zugleich native ROCm-Unterstützung.

    Quelle ↗
  3. 3
    llama.cpp (2026)

    Der beste tragbare Ausweg aus den Monopolen der Unternehmen bei GPUs. Es bedient 70B-Modelle nahtlos auf Apple Metal, CPU mit AVX-512 und ROCm, ganz ohne CUDA.

    Quelle ↗
  4. 4
    DeepInfer (2026)

    DeepSeeks bewährte Engine mit 155 Billionen Token am Tag, mit eigenen FlashMLA- und DeepGEMM-Kerneln für Nvidia SM100 und Huawei Ascend 950.

    Quelle ↗
  5. 5
    TensorRT-LLM (Nvidia-Referenz, 2026)

    Nvidias eigener Geschwindigkeitsrekord: unübertroffener Rohdurchsatz auf H100 und Blackwell, aber vollständig an das Nvidia-Ökosystem gebunden.

    Quelle ↗
  6. 6
    LMDeploy (2026)

    Die leichte Kraftmaschine des Shanghai AI Lab, mit blitzschneller Token-Erzeugung im TurboMind-C++-Kern und offizieller Beschleunigung für Huawei Ascend.

    Quelle ↗
  7. 7
    TGI – Text Generation Inference (2026)

    Der gehärtete Unternehmensserver von Hugging Face, mit solider Verteilung über mehrere Beschleuniger hinweg: Intel Gaudi, AMD ROCm und Nvidia-GPUs.

    Quelle ↗
  8. 8
    Ollama (2026)

    Verpackt llama.cpp und eigene Laufzeiten in einen einzigen CLI-Befehl und macht lokale Nicht-Nvidia-Arbeitsplätze zu Ein-Klick-KI-Servern.

    Quelle ↗
  9. 9
    Aphrodite Engine (2026)

    Die Community-Engine von PygmalionAI, die auf große, unbeschränkte MoE-Inferenz auf AMD ROCm und vielfältiger Consumer-Hardware setzt.

    Quelle ↗
  10. 10
    MLC-LLM (2026)

    Kompiliert Deep-Learning-Modelle über Apache TVM zu eigenständigem ausführbarem Maschinencode, der auf Qualcomm-, Apple-Metal- und Vulkan-Geräten läuft.

    Quelle ↗

Was Gemini aufgefallen ist

Der Kampf zwischen vLLM und SGLang zeigt eine grundlegende Designteilung: vLLM dominiert den allgemeinen Batch-Durchsatz und die breite Hardware-Unterstützung, während RadixAttention von SGLang bei agentischen Aufgaben mit gemeinsamen Präfixen große Durchsatzgewinne bringt.

Echte Unabhängigkeit von Nvidia hängt stark von einheitlichen Upstream-Codebasen ab. AMD ROCm hat in vLLM und SGLang den Status erster Klasse erreicht, Huawei Ascend braucht dagegen oft noch spezielle Plugins (vllm-ascend) oder Hersteller-Forks.

DeepInfers offene Veröffentlichung leistungsstarker MoE-Kernel (FlashMLA, DeepGEMM, DeepEP) liefert den ersten Produktionsbauplan im Hyperscale-Maßstab, um Modelle mit über 600 Mrd. Parametern auf Huawei-Ascend-950-NPUs neben Nvidia SM100 zu betreiben.

🇨🇳 Kimi10 Plätze · 4 Hinweise

Dieselbe Frage, allein von Kimi beantwortet. Die endgültige Liste oben vereint alle KIs.

  1. 1
    vLLM (PyTorch Foundation)

    Rund 91.000 Sterne, Veröffentlichungen alle paar Wochen (v0.30.0, 22. Sept.) und Unterstützung für NVIDIA, AMD und Intel im Hauptcode, Gaudi, Ascend und TPU kommen als Plugins. Die Standardausweichroute von Nvidia.

    Quelle ↗
  2. 2
    SGLang (RadixArk / LMSYS-Ursprung)

    RadixAttention macht es zum Spezialisten für Agenten-Schleifen. Sein Ascend-Port unterstützt offiziell mehr offene Spitzenmodelle – DeepSeek V4.1, GLM-5.3, Kimi K3, MiniMax-M3, Hy4 – als jede andere Engine.

    Quelle ↗
  3. 3
    llama.cpp (ggml)

    Ein C++-Code-Baum mit CUDA-, ROCm-, Vulkan-, Metal-, SYCL- und MUSA-Backends. Es führt das volle 671B-DeepSeek-R1 auf 8 AMD MI300X-GPUs mit etwa 37 Ausgabe-Tok/s aus, ohne Hersteller-Fork.

    Quelle ↗
  4. 4
    TensorRT-LLM (NVIDIA)

    Der Geschwindigkeitskönig auf Nvidia: 2.780 Tok/s bei Llama-3.3-70B mit 100 gleichzeitigen Anfragen gegen 2.400 bei vLLM. Bezahlt wird das mit einer 28-minütigen Kompilierung der Engine und null Unterstützung für Nicht-Nvidia.

    Quelle ↗
  5. 5
    DeepInfer (deepseek-ai)

    Einen Tag alt und schon die einzige Engine, die gemeinsam mit einem Spitzenmodell entworfen wurde: DeepSeeks eigener Produktionsstapel, für V4.1-Flash auf Nvidia SM100 und Huawei Ascend 950 ab Veröffentlichung abgestimmt.

    Quelle ↗
  6. 6
    KTransformers (KVCache.AI)

    Der akademische Außenseiter, dessen CPU-Auslagerung (SOSP'25-Paper) 671B-MoE-Modelle auf GPU-Speicher der 24-GB-Klasse laufen lässt. Seine Kernel stecken inzwischen in SGLang.

    Quelle ↗
  7. 7
    Ollama

    Der Einstieg für Entwickler: ein Programm, das llama.cpp für CUDA, ROCm und Metal umhüllt. Seit Version 0.19 gibt es eine Vorschau mit MLX-Backend, das beim Decodieren auf Apple Silicon 1,6- bis 2-mal schneller ist.

    Quelle ↗
  8. 8
    LMDeploy / TurboMind (InternLM)

    Die C++-Engine, die vLLM auf seinem eigenen Terrain schlägt: 1.980 gegen 1.850 Tok/s auf einem 7B-Modell auf H100. Ihre PyTorch-Engine bringt offizielle Huawei-Ascend-Unterstützung, die dem TurboMind-Kern fehlt.

    Quelle ↗
  9. 9
    MLX / mlx-lm (Apple)

    Apples Array-Framework unter MIT-Lizenz ist die einzige ernsthafte Engine, die nativ auf den vereinheitlichten Speicher setzt. vllm-mlx erreicht 525 Tok/s auf einem M4 Max, 21–87 % über llama.cpp.

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

    Hugging Face' eigener Rust-Server ist jetzt im Wartungsmodus und rät den Nutzern, zu vLLM oder SGLang zu wechseln. Das ist das formelle Zeichen, dass sich der Serving-Stack um zwei Apache-2.0-Führende konsolidiert hat.

    Quelle ↗

Was Kimi aufgefallen ist

Derselbe Benchmark kippt je nach Laufzeit: Auf identischer 8×H200-DeepSeek-R1-Hardware zeigt das Skript von vLLM vLLM 1137 gegen SGLang 1041 Tok/s, das Skript von SGLang zeigt SGLang 1329 gegen vLLM 1042, und bei 50 auf 200 Prompts kippt es erneut (SGLang 3276 gegen vLLM 2499). „vLLM oder SGLang“ hat keine von der Umgebung unabhängige Antwort.

llama.cpp ist der große Ausgleich: AMDs eigener Blog lässt das volle 671B-DeepSeek-R1 auf 8 MI300X-GPUs mit 37 Tok/s Decodierung ohne Fork laufen. Es ist der einzige Stack, auf dem ein offenes Spitzenmodell vom ersten Tag an auf Nicht-Nvidia-Silizium läuft. Deshalb bauen Ollama, LM Studio und KTransformers darauf auf.

DeepInfer ist das erste Mal, dass die Produktions-Engine eines Spitzenlabors Huawei Ascend 950 als vollwertiges Backend vom ersten Tag an behandelt. Außerdem liefert es das ganze Cluster-Rezept (38,5 Mio. $ Investitionen) zum Nachbauen. Trotz seines Alters von 24 Stunden ist es die stärkste Aussage zur Unabhängigkeit von Nvidia im Jahr 2026.

Das Feld hat sich konsolidiert und zugleich geteilt: TensorRT-LLM bleibt die reine Nvidia-Referenz für Geschwindigkeit (mit 28 Minuten Kompilierung). Die Wartungsmeldung von TGI und die Ausgründung RadixArk von SGLang (100 Mio. $ Seed, Nvidia und AMD investieren beide) zeigen, dass sich das Zentrum des offenen Servings auf vLLM und SGLang einpendelt.

🇨🇳 Wenxin10 Plätze · 1 Hinweise

Dieselbe Frage, allein von Wenxin beantwortet. Die endgültige Liste oben vereint alle KIs.

  1. 1
    vLLM (weltweit, seit 2023)

    Der Standard für 70 % der Einsätze offener Modelle und läuft jetzt nativ auch auf Huawei Ascend

    Quelle ↗
  2. 2
    SGLang (weltweit, seit 2024)

    Auf denselben GPUs im direkten Vergleich schneller als vLLM, und bei Ascend war es schneller unterstützt

    Quelle ↗
  3. 3
    DeepInfer (DeepSeek, China, 2026)

    Am 20. Okt. 2026 frei geboren, betreibt DeepSeeks eigene 155-Billionen-Token-Last auf Nvidia und Ascend gleichermaßen

    Quelle ↗
  4. 4
    llama.cpp (weltweit, seit 2023)

    Betreibt 70B-Modelle auf einem einzigen MacBook. Die Engine für alle, auch wenn sie nicht die schnellste ist

    Quelle ↗
  5. 5
    TensorRT-LLM (Nvidia, seit 2023)

    Nvidias eigener Geschwindigkeitskönig – am schnellsten auf H100/B200, aber nutzlos, wenn Sie weg von Nvidia wollen

    Quelle ↗
  6. 6
    Ollama (weltweit, seit 2023)

    Keine reine Engine, sondern eine polierte Hülle um llama.cpp, die lokale KI für Nicht-Ingenieure alltäglich machte

    Quelle ↗
  7. 7
    TGI / Text Generation Inference (Hugging Face, seit 2022)

    Hugging Faces produktionsreife Hülle – auf Cloud weit verbreitet, bei der Chip-Vielfalt aber festgefahren

    Quelle ↗
  8. 8
    OpenVINO / OpenVINO GenAI (Intel, seit 2023)

    Intels Antwort für Gaudi und CPU – schnell auf Intel-Hardware, doch die Modellunterstützung hinkt hinterher

    Quelle ↗
  9. 9
    TabbyML / Tabby (weltweit, seit 2023)

    Eine wachsende Nische, die Ascend und AMD ernsthafter unterstützt als die großen Namen

    Quelle ↗
  10. 10
    PowerInfer (Xiaomi, China, seit 2024)

    Die Engine für günstige Server von AMD – betreibt 70B auf einer GPU, ist auf Ascend aber noch nicht erprobt

Was Wenxin aufgefallen ist

Die Veröffentlichung von DeepInfer am 20. Okt. 2026 machte es zur einzigen Engine eines führenden chinesischen Labors unter den Top 10, die sowohl Open Source ist als auch offiziell Huawei Ascend im Hauptcode unterstützt. Bisher läuft sie allerdings nur mit DeepSeek-Modellen, was ihre Allgemeingültigkeit begrenzt.