Bewertung des Inferenzservers

Leitfaden zu den durchgeführten Tests

Was jeder Test misst, warum er neben den anderen existiert, wie man seine Zahlen liest und was eine Person selbst überprüfen sollte. Die numerischen Ergebnisse und ihre Interpretation nach Familien finden Sie in der Armaturenbrett.

menschliche Kontrolle: keine – die Anzahl reicht aus empfohlen – ein Blick vermeidet Fehlinterpretationen erforderlich – schauen, hören oder spielen Sie, bevor Sie zum Schluss kommen

Übersicht

15 Tests · 12 Familien

Eine Zeile pro Test. „Messungen“ zählt die Aufzeichnungen der im Dashboard enthaltenen Läufe (ohne Beispiele).

FamilieTestFrage, die er beantwortetMenschliche KontrolleMessungen ok/nicht bestandenModelle gemessen
Rechner Maschinenbestand Auf welcher Maschine, welcher GPU, welchem Treiber und welchen Versionen wurden die Messungen durchgeführt? aucun 2 / 0 –
Rechner GPU-Zustand Ist die GPU in der Lage, zuverlässige Messwerte zu liefern? empfohlen 1 / 0 –
LLM-Leistung (Dienstleistung) LLM-Serviceleistung Wie viele Token pro Sekunde produziert die Maschine und welche Latenz sieht jeder Benutzer, wenn die Last steigt? aucun 854 / 5 15
Goodput Goodput (Kapazität unter Serviceziel) Wie viele gleichzeitige Benutzer bedient die Maschine unter Berücksichtigung der Latenzziele? aucun 3 / 3 3
Lama-Bank (GGUF) Lama-Bank (GGUF) Wie hoch ist der Rohdurchsatz von llama.cpp für eine GGUF-Datei ohne Server oder Netzwerk? aucun 24 / 1 3
Modellqualität Qualität von LLMs (lm-eval) Verursacht die Quantifizierung einen Genauigkeitsverlust im Vergleich zum Referenzmodell BF16? empfohlen 4 / 5 4
Modellqualität Multimodale Qualität (lmms-eval) Versteht die Vorlage Bilder und Videos richtig? aucun 2 / 0 2
2D-Spiele (Codequalität) 2D-Spiele (Codequalität) Schreibt das Modell allein oder als Agent ein vollständiges Programm, das funktioniert? requis 50 / 5 4
Vision-Sprache (Durchsatz) Vision-Sprache (Durchsatz) Mit welcher Geschwindigkeit bearbeitet das Modell Chatanfragen mit Bildern? aucun 20 / 0 2
Spracherkennung Spracherkennung (ASR) Wie viel Audio wird pro Sekunde transkribiert und mit wie vielen Fehlern? empfohlen 36 / 0 3
Diarisierung Diarisierung (Wer spricht wann) Ordnet das Modell jede Passage richtig und schnell genug dem richtigen Sprecher zu? aucun 0 / 2 –
Echtzeitstimme (Kyutai) Echtzeitstimme (Kyutai) Können wir ein Sprachgespräch in Echtzeit führen und mit wie vielen Benutzern? requis 2 / 5 2
Embeddings Embeddings Wie viele Texte werden pro Sekunde vektorisiert und findet die Suche die richtigen Dokumente? aucun 24 / 4 2
Diffusion (Bild, Video) Bild- und Videogenerierung Wie viele Bilder (oder Clips) generiert die Maschine pro Sekunde? requis 6 / 0 2
Neuronales Rendering in Echtzeit Neuronales Rendering in Echtzeit (Matrix-Game 4.0) Kann ein Video-Streaming-Modell das Echtzeit-Spiel-Rendering auf diesem Computer ersetzen? requis 2 / 0 1

Tests vergleichen: was jeder misst

Kein Test allein gibt Aufschluss darüber, welches das beste Modell ist. Die Matrix zeigt, was jeder abdeckt; Eine solide Schlussfolgerung besteht darin, mindestens einen Geschwindigkeitstest und einen Genauigkeitstest derselben Kategorie zu bestehen.

Nach Modellkategorie geordnet

Modelle können nur innerhalb derselben Kategorie verglichen werden. Für jede: die gestellte Frage, die Tests, die sie beantworten, und die Modelle im Katalog (gemessen = mindestens ein gültiges Ergebnis).

LLM-Text und Code

Welches Modell und welche Engine bedient die meisten Benutzer schnell genug, ohne an Qualität zu verlieren?

Testen
Katalogmodelle
  • dfm-mimir-1.5-gguf Stufe 1
  • ornith-1.5-35b-fp8 Stufe 1
  • qwen3-coder-next-bf16 Stufe 1
  • qwen3-coder-next-fp8 Stufe 1
  • qwen3.8-27b-bf16 Stufe 1
  • qwen3.8-27b-fp8 Stufe 1
  • qwen3.8-27b-gguf-q8 Stufe 1
  • veriloop-e2-bf16 Stufe 1
  • Apertus-1,5-70b Stufe 2
  • apertus-1.5-8b Stufe 2
  • dfm-mimir-1.5-gguf-q8 Stufe 2
  • gpt-oss-120b Stufe 2
  • normistral-11b-lang Stufe 2
  • Normistral-11b-Denken Stufe 2
  • ornith-1.5-35b-bf16 Stufe 2
  • qwen3.8-27b-gguf-q4 Stufe 2
  • qwen3.8-flash-next Stufe 2
  • qwen3.8-flash-next-fp8 Stufe 2
  • veriloop-e2-gguf Stufe 2
  • qwen3-coder-480b-nvfp4 Stufe 3
  • qwen3.8-27b-nvfp4 Stufe 3

Audio (Transkription, Tagebuch, Stimme)

Wie viele Stunden Audio pro Berechnungsstunde, mit welcher Genauigkeit und in Echtzeit?

Testen
Katalogmodelle
  • Nemotron-3-Diarisierung Stufe 1
  • qwen3-asr-1.7b Stufe 1
  • whisper-large-v3 Stufe 1
  • whisper-large-v3-turbo Stufe 1
  • qwen3-asr-0.6b Stufe 2
  • kyutai-stt-1b-en_fr Stufe 3
  • kyutai-tts-1.6b Stufe 3
  • moshi Stufe 3

Einbettungen (semantische Suche, RAG)

Wie viele Dokumente werden pro Sekunde indiziert und mit welcher Suchqualität?

Testen
Katalogmodelle
  • bge-m3 Stufe 1
  • qwen3-embedding-8b Stufe 1
  • qwen3-embedding-0.6b Stufe 2

Testblätter

LLM-Leistung (Dienstleistung) siehe Ergebnisse →

LLM-Serviceleistung llm_serve

menschliche Kontrolle: keine

Wie viele Token pro Sekunde produziert die Maschine und welche Latenz sieht jeder Benutzer, wenn die Last steigt?

Was wird gemessen
Zeit bis zum ersten Token (TTFT), Zeit pro Token (TPOT), Latenz zwischen Token (ITL), aggregierter Durchsatz und pro Benutzer, bis zu 1 bis 128, für jedes Lastprofil.
Protokoll
vllm-Bench-Serving gegen Engine-OpenAI-Server (vLLM, SGLang, llama.cpp, Ollama), feste Eingabe- und Ausgabelängen, --ignore-eos, Temperatur 0, Präfix-Cache deaktiviert, 4 × Parallelitätsabfragen, 3 Wiederholungen, Median.
Metriken
  • Gesamtdurchsatz (tok/s) ↑ höher = besser
  • Durchsatz pro Benutzer (tok/s) ↑ höher = besser
  • TTFT (ms) ↓ niedriger = besser
  • TPOT (ms) ↓ niedriger = besser
Interesse im Vergleich zu anderen Tests
Dies ist das Maß für die Rohkapazität: Sie gibt an, wie viel die Maschine produzieren kann. Es wird nicht gesagt, ob dieser Durchsatz nutzbar ist (dies ist die Rolle von Goodput, der Latenzziele hinzufügt), noch ob die Antworten korrekt sind (dies ist die Rolle von lm-eval). Im Gegensatz zu Lama-Bench durchläuft es einen echten HTTP-Server mit gleichzeitigen Anfragen: Dies ist, was eine Anwendung erleben wird.
Wie man liest
Der Gesamtdurchfluss nimmt mit der Gleichzeitigkeit zu und erreicht dann ein Plateau: Die Obergrenze ist die Kapazität der Maschine für dieses Modell. Der Durchsatz pro Benutzer sinkt: Unter etwa 20 Token/s wird das Live-Lesen schmerzhaft. Der Vergleich von FP8 und BF16 desselben Modells ergibt den Quantifizierungsgewinn.
Grenzen
Synthetischen Abfragen mit fester Länge fehlt die Vielfalt des echten Datenverkehrs; Das Cache-Präfix, das in der Produktion (RAG, Agents) sehr hilft, ist bewusst deaktiviert.
Abdeckung
854 mesures valides, 5 en échec · Apertus-v1.5-70B bf16, Apertus-v1.5-8B bf16, DFM-Mimir-v1.5-GGUF gguf-bf16, gpt-oss-120b mxfp4, normistral-11b-long bf16, normistral-11b-thinking bf16, Ornith-1.5-35B-A3B bf16, Ornith-1.5-35B-A3B-FP8 fp8, Qwen3-Coder-Next bf16, Qwen3-Coder-Next-FP8 fp8, Qwen3.8-27B bf16, Qwen3.8-27B-FP8 fp8, Qwen3.8-27B-GGUF gguf-q8_0, VeriLoop-E2 bf16, VeriLoop-E2-GGUF gguf-bf16

Goodput siehe Ergebnisse →

Goodput (Kapazität unter Serviceziel) goodput

menschliche Kontrolle: keine

Wie viele gleichzeitige Benutzer bedient die Maschine unter Berücksichtigung der Latenzziele?

Was wird gemessen
Maximale Parallelität, bei der 99 % der Anfragen TTFT ≤ 500 ms und ITL ≤ 25 ms (Standard) und entsprechenden nutzbaren Durchsatz einhalten.
Protokoll
GuideLLM, Last-Sweep (Sweep), dann Goodput-Profil mit SLO; Fallback auf den Sweep (p99 ≤ SLO), wenn das Profil fehlschlägt.
Metriken
  • maximale Parallelität unter SLO ↑ höher = besser
  • Nutzdurchsatz (tok/s) ↑ höher = besser
Interesse im Vergleich zu anderen Tests
Wo llm_serve den maximalen Fluss liefert, gibt goodput den verkaufbaren Fluss an: Eine Engine, die viel produziert, aber mit einem p99 von 3 s, dient niemandem richtig. Dies ist der Wert, den Sie bei der Dimensionierung eines Dienstes berücksichtigen sollten.
Wie man liest
Eine Parallelität unter SLO von 0 bedeutet, dass sogar ein einzelner Benutzer das Ziel überschreitet (häufig die TTFT eines langen Kontexts).
Grenzen
Das Ergebnis hängt vollständig von den gewählten SLOs ab; Eine Änderung von 25 ms auf 50 ms kann die Kapazität verdoppeln.
Abdeckung
3 mesures valides, 3 en échec · Ornith-1.5-35B-A3B-FP8 fp8, Qwen3-Coder-Next-FP8 fp8, Qwen3.8-27B-FP8 fp8

Lama-Bank (GGUF) siehe Ergebnisse →

Lama-Bank (GGUF) llama_bench

menschliche Kontrolle: keine

Wie hoch ist der Rohdurchsatz von llama.cpp für eine GGUF-Datei ohne Server oder Netzwerk?

Was wird gemessen
Durchsatz für Prefill (pp, tok/s) und Generierung (tg, tok/s) in mehreren Kontexttiefen.
Protokoll
offizielle Lama-Bench-Binärdatei, eine Abfrage nach der anderen, alle Ebenen auf der GPU.
Metriken
  • tok/s ↑ höher = besser
Interesse im Vergleich zu anderen Tests
Isoliert die llama.cpp-Engine und das GGUF-Format von den Auswirkungen des HTTP-Servers. Wird verwendet, um die GGUF-Quantifizierungen miteinander zu vergleichen (Q8, Q4, BF16) und um einen Verlust aufgrund des Servers zu identifizieren (Differenz mit llm_serve bei Wettbewerb 1).
Grenzen
Einzelfluss, keine Gleichzeitigkeit: Keine Vorhersage der Mehrbenutzerkapazität.
Abdeckung
24 mesures valides, 1 en échec · DFM-Mimir-v1.5-GGUF gguf-bf16, Qwen3.8-27B-GGUF gguf-q8_0, VeriLoop-E2-GGUF gguf-bf16

Modellqualität siehe Ergebnisse →

Qualität von LLMs (lm-eval) lm_eval

Menschliche Kontrolle: empfohlen

Verursacht die Quantifizierung einen Genauigkeitsverlust im Vergleich zum Referenzmodell BF16?

Was wird gemessen
Punktzahl (%) bei gsm8k (mathematisches Denken), gpqa_diamond (Expertenfragen), mmlu_pro (Wissen, 1000 Beispiele), humaneval (Code) und der Punktunterschied zur BF16-Referenz.
Protokoll
lm-eval-harness auf dem OpenAI-Endpunkt des Servers immer noch heiß, Temperatur 0, nur generative Aufgaben; die BF16-Referenz wird im gleichen Lauf ausgewertet.
Metriken
  • Punktzahl pro Aufgabe (%) ↑ höher = besser
  • Abstand zu BF16 (Punkte) ↑ höher = besser
Interesse im Vergleich zu anderen Tests
Das Gegengewicht der Geschwindigkeitstests: Ein doppelt so schneller FP8 ist nur dann von Interesse, wenn seine Abweichung innerhalb der Toleranz bleibt (2 Punkte). Es handelt sich nicht um eine absolute Einordnung der Modelle untereinander (die Aufgaben sind kurz und stichprobenartig), sondern um eine Sicherung der Quantifizierung.
Wie man liest
Eine negative Abweichung über 2 Punkte ist ein Alarm; ein paar Zehntel in die eine oder andere Richtung sind Lärm.
Grenzen
Teilmengen von Beispielen, keine Log-Wahrscheinlichkeiten; Unterschiede im Antwortformat können ohne inhaltliche Fehler Punkte kosten.
Überprüfen Sie es selbst
Lesen Sie im Alarmfall einige falsche Antworten in den Rohausgaben (schlecht extrahiertes Antwortformat oder echter Fehler?).
Abdeckung
4 mesures valides, 5 en échec · Apertus-v1.5-70B bf16, Apertus-v1.5-8B bf16, normistral-11b-thinking bf16, Qwen3.8-27B-FP8 fp8

Multimodale Qualität (lmms-eval) lmms_eval

menschliche Kontrolle: keine

Versteht die Vorlage Bilder und Videos richtig?

Was wird gemessen
Punktzahl (%) bei MMMU (Universitätsfragen mit Bild) und Video-MME (Fragen auf Video).
Protokoll
lmms-eval auf dem bedienten Endpunkt, Antworten protokolliert (--log_samples).
Metriken
  • Punktzahl pro Aufgabe (%) ↑ höher = besser
Interesse im Vergleich zu anderen Tests
Schließt den VLM-Test ab, der nur den Durchsatz mit synthetischen Bildern misst, ohne die Antworten zu beurteilen.
Grenzen
Unterbaugruppen; Die Ergebnisse reagieren empfindlich auf das Antwortformat.
Abdeckung
2 mesures valides · Qwen3.8-27B bf16, Qwen3.8-27B-FP8 fp8

2D-Spiele (Codequalität) siehe Ergebnisse →

2D-Spiele (Codequalität) codegen

menschliche Kontrolle: erforderlich

Schreibt das Modell allein oder als Agent ein vollständiges Programm, das funktioniert?

Was wird gemessen
Sieben HTML5-Spiele (Snake, Brick Breaker, Flappy, Invaders, Tetris, Doom-like, Kart) nach Modell und Modus (Fähigkeiten, Agent). Automatische Beweise: Laden, Animationsschleife, in 15 s gerenderte Bilder, Ausnahmen, Konsolenfehler. Bewertung durch einen LLM-Richter (Vollständigkeit, Spielbarkeit, Codequalität, von 10). Kosten: Dauer, Token, Agentenzüge.
Protokoll
Gleiche Spezifikation und Eingabeaufforderung für alle, Temperatur 0; läuft in Chromium ohne Bildschirm (Playwright); Gleicher Richter für alle Modelle in einem Lauf.
Metriken
  • Wertung des Richters (/10) ↑ höher = besser
  • vollständige Ausführung ↑ höher = besser
  • Generationszeit(en) ↓ niedriger = besser
Interesse im Vergleich zu anderen Tests
Der einzige Test, der einen Job von Anfang bis Ende beurteilt und nicht nur eine kurze Antwort: Humaneval prüft eine Funktion, Codegen prüft ein laufendes Programm. Der Agentenmodus misst zusätzlich die Fähigkeit, Werkzeuge zu verwenden und sich selbst zu korrigieren, was mehr Zeit und Token kostet (angezeigt unter „Kosten eines Spiels nach Modus“).
Wie man liest
Eine hohe Bewertung mit „fehlgeschlagene Ausführung“ ist verdächtig. Eine vom Modell, das sich selbst beurteilt, erzielte Punktzahl wird als „Selbsteinschätzung“ bezeichnet.
Grenzen
Der LLM-Richter ist nicht perfekt reproduzierbar und bevorzugt möglicherweise seinen eigenen Stil; „läuft 15 Sekunden fehlerfrei“ bedeutet nicht „Spaß“ oder „konform“.
Überprüfen Sie es selbst
Spielen Sie Spiele über das Dashboard („Spielen“-Kachel, sofortiger Modellwechsel) und bestätigen Sie, dass die Bewertung des Jurors der tatsächlichen Spielbarkeit entspricht, insbesondere für diejenigen, die an der Spitze der Rangliste stehen.
Abdeckung
50 mesures valides, 5 en échec · Apertus-v1.5-70B bf16, Apertus-v1.5-8B bf16, Qwen3-Coder-Next-FP8 fp8, Qwen3.8-27B-FP8 fp8

Vision-Sprache (Durchsatz) siehe Ergebnisse →

Vision-Sprache (Durchsatz) vlm

menschliche Kontrolle: keine

Mit welcher Geschwindigkeit bearbeitet das Modell Chatanfragen mit Bildern?

Was wird gemessen
TTFT, TPOT, aggregierte Bitrate je nach Wettbewerb, mit synthetischen Bildern fester Größe (Videooption).
Protokoll
AIPerf, generierte Bilder, feste Ausgabelängen.
Metriken
  • Gesamtdurchsatz (tok/s) ↑ höher = besser
  • TTFT (ms) ↓ niedriger = besser
Interesse im Vergleich zu anderen Tests
Zeigt Bildkosten an: Im Vergleich zu llm_serve auf demselben Modell ist die Abweichung von TTFT die visuelle Kodierungszeit. Die Genauigkeit der Antworten wird separat von lmms-eval gemessen.
Grenzen
Synthetische Bilder ohne Inhalt; Antworten werden nicht bewertet.
Abdeckung
20 mesures valides · Qwen3.8-27B bf16, Qwen3.8-27B-FP8 fp8

Spracherkennung siehe Ergebnisse →

Spracherkennung (ASR) asr

Menschliche Kontrolle: empfohlen

Wie viel Audio wird pro Sekunde transkribiert und mit wie vielen Fehlern?

Was wird gemessen
RTFx (Sekunden Audio pro Rechensekunde), TTFT und Parallelitätslatenz; WER auf LibriSpeech test-clean (Englisch) und FLEURS (Französisch).
Protokoll
asr_bench-Skript (Latenz, Durchsatz, RTFx) und asr_wer für den Server-Audio-Endpunkt; normalisierter Text vor der WER-Berechnung.
Metriken
  • RTFx ↑ höher = besser
  • WER (%) ↓ niedriger = besser
Interesse im Vergleich zu anderen Tests
Geschwindigkeit und Genauigkeit werden an denselben Modellen gemessen: Wir können direkt sehen, ob ein schnelleres „Turbo“-Modell im WER verliert. FLOWERS auf Französisch wird verwendet, um Modelle zu kennzeichnen, die nur für Englisch gültig sind.
Wie man liest
~2,7 % WER auf LibriSpeech ist der veröffentlichte Benchmark für Whisper Large-v3; Französisch ist immer höher.
Grenzen
Der WER hängt von der Standardisierung des Textes ab (Interpunktion, Zahlen, Akzente).
Überprüfen Sie es selbst
Lesen Sie einige französische Transkriptionen: Ein Teil des WER kann eher auf Normalisierungen (Zahlen, Auslassungen) als auf tatsächliche Fehler zurückzuführen sein.
Abdeckung
36 mesures valides · Qwen3-ASR-1.7B bf16, whisper-large-v3 fp16, whisper-large-v3-turbo fp16

Diarisierung siehe Ergebnisse →

Diarisierung (Wer spricht wann) diarization

menschliche Kontrolle: keine

Ordnet das Modell jede Passage richtig und schnell genug dem richtigen Sprecher zu?

Was wird gemessen
DER (Diarisierungsfehlerrate), unterteilt in verpasste Sprache, Fehlalarm und Sprecherverwirrung; Offline-RTFx (Stapel 1 und 8); Latenz pro Segment beim Streaming.
Protokoll
Nemotron-3-Diarisierung über NeMo auf VoxConverse-Test (50 Dateien), pyannote.metrics, Kragen 0,25 s, Überlappungen inklusive.
Metriken
  • DER (%) ↓ niedriger = besser
  • RTFx ↑ höher = besser
Interesse im Vergleich zu anderen Tests
Vervollständigt den ASR für Meetings und Interviews: Die Transkription sagt was, die Tagebuchführung sagt wer.
Grenzen
VoxConverse ist auf Englisch, aus Fernsehdebatten; Ein anderer Datensatztyp kann zu einem ganz anderen DER führen.
Abdeckung
0 mesure valide, 2 en échec

Echtzeitstimme (Kyutai) siehe Ergebnisse →

Echtzeitstimme (Kyutai) kyutai

menschliche Kontrolle: erforderlich

Können wir ein Sprachgespräch in Echtzeit führen und mit wie vielen Benutzern?

Was wird gemessen
Go/No-Go aarch64, Latenz bis zum ersten Audio, Anzahl gleichzeitiger Streams, Echtzeitfaktor (RTF) für Moshi (Voice-to-Voice), STT und TTS.
Protokoll
Offizielle Kyutai-Server, synthetische Clients parallel.
Metriken
  • erstes Audio (ms) ↓ niedriger = besser
  • RTF ↓ niedriger = besser
Interesse im Vergleich zu anderen Tests
Der einzige interaktive Echtzeit-Audiotest: Es geht nicht mehr um den Sprachfluss, sondern um die Aufrechterhaltung der Sprechfrequenz (RTF < 1).
Grenzen
Beurteilen Sie nicht die Natürlichkeit der Stimme oder die Relevanz der Antworten.
Überprüfen Sie es selbst
Hören Sie sich den Austausch an (Natürlichkeit der Stimme, Schnitte, wahrgenommene Verzögerung); Ein RTF < 1 bedeutet kein angenehmes Gespräch.
Abdeckung
2 mesures valides, 5 en échec · stt-1b-en_fr bf16, tts-1.6b-en_fr bf16

Embeddings siehe Ergebnisse →

Embeddings embeddings

menschliche Kontrolle: keine

Wie viele Texte werden pro Sekunde vektorisiert und findet die Suche die richtigen Dokumente?

Was wird gemessen
Anfragen/s, Token/s, p50/p99-Latenz auf /v1/embeddings bei mehreren Eingabegrößen; Durchschnittlicher MTEB-Score für eine Teilmenge von FR/EN-Suchaufgaben.
Protokoll
AIPerf für Geschwindigkeit, mteb_eval-Skript auf dem bereitgestellten Endpunkt für Qualität.
Metriken
  • Anfragen/n ↑ höher = besser
  • Durchschnittliches MTBB ↑ höher = besser
Interesse im Vergleich zu anderen Tests
Dimensioniert die Indizierung eines RAG (Geschwindigkeit) und die Wahl des Modells (Qualität); Ein kleines, sehr schnelles Modell ist nur dann sinnvoll, wenn sein MTEB nahe beieinander bleibt.
Grenzen
MTEB-Teilmenge; ersetzt nicht eine Beurteilung Ihrer eigenen Unterlagen.
Abdeckung
24 mesures valides, 4 en échec · bge-m3 fp16, Qwen3-Embedding-8B bf16

Diffusion (Bild, Video) siehe Ergebnisse →

Bild- und Videogenerierung diffusion

menschliche Kontrolle: erforderlich

Wie viele Bilder (oder Clips) generiert die Maschine pro Sekunde?

Was wird gemessen
Bilder/Sek. nach Stapelgröße und Auflösung (SDXL, Qwen-Image), Sekunden pro Clip (Wan 2.2), Latenz, GPU-Speicher.
Protokoll
Diffusion-Pipelines, feste Anzahl von Schritten, feste Eingabeaufforderungen.
Metriken
  • Bilder/Sek ↑ höher = besser
  • s pro Clip ↓ niedriger = besser
Interesse im Vergleich zu anderen Tests
Nur Kapazitätsmessung an Bildmodellen: Es werden Modelle mit der gleichen Anzahl von Schritten verglichen, nicht mit der gleichen Qualität.
Grenzen
Die Qualität der Bilder wird nicht gemessen (weder automatisches Scoring noch systematische Aufbewahrung der Bilder).
Überprüfen Sie es selbst
Generieren und betrachten Sie Beispielbilder pro Modell mit denselben Eingabeaufforderungen, bevor Sie die Bitraten vergleichen. Ein schnelleres Modell kann zu unbrauchbaren Bildern führen.
Abdeckung
6 mesures valides · Qwen-Image bf16, stable-diffusion-xl-base-1.0 fp16

Neuronales Rendering in Echtzeit siehe Ergebnisse →

Neuronales Rendering in Echtzeit (Matrix-Game 4.0) matrixgame

menschliche Kontrolle: erforderlich

Kann ein Video-Streaming-Modell das Echtzeit-Spiel-Rendering auf diesem Computer ersetzen?

Was wird gemessen
Nur Bilder des Modells, online bereitgestellt und codiert; Verzögerung vor dem ersten Bild; Latenz pro Block (p50/p90/p99); VRAM auf dem Höhepunkt; verlorene Bilder. 20-sekündiger Clip in Doppelansicht.
Protokoll
Offizieller Repository-Server, synthetischer Client, der 60 Sekunden Aktionen pro Szene (Ägypten, Rennen) und Voreinstellung (Echtzeit, Qualität) abspielt.
Metriken
  • Bilder/Sek. online ↑ höher = besser
  • erstes Bild(er) ↓ niedriger = besser
Interesse im Vergleich zu anderen Tests
Misst eine neue Belastung (interaktive generative Welt), bei der nur die Aufrechterhaltung einer Trittfrequenz zählt; Kein anderer Test deckt dies ab.
Wie man liest
Bei ca. 24 Bildern/s erscheint die Darstellung flüssig; unter 15 Bildern/s ruckelt es. Eine „Software-Rendering“-Sitzung ist nicht repräsentativ.
Grenzen
Die Aktions-→Bildlatenz, die in einem Browser angezeigt wird, wird nicht gemessen. visuelle Konsistenz wird nicht festgestellt.
Überprüfen Sie es selbst
Sehen Sie sich Clips in der Dual-Ansicht (Low-Poly | gerendert) an und spielen Sie sie live ab („benchzgx play“), um Konsistenz und Reaktionsfähigkeit zu beurteilen.
Abdeckung
2 mesures valides · Matrix-Game-4.0 bf16

Rechner

Maschinenbestand inventory

menschliche Kontrolle: keine

Auf welcher Maschine, welcher GPU, welchem Treiber und welchen Versionen wurden die Messungen durchgeführt?

Was wird gemessen
Hostname, GPU und Speicher, Rechenkapazität, Treiber und CUDA, Leistungslimit, CPU, RAM, Betriebssystem, Kernel, Docker.
Protokoll
Lesen der nvidia-smi-, /proc- und Docker-Version zu Beginn jedes Laufs; Das Ergebnis wird dem Lauf beigefügt.
Interesse im Vergleich zu anderen Tests
Vergleicht nichts an sich: Es macht die anderen Zahlen zwischen zwei Kampagnen vergleichbar (gleicher Fahrer, gleiche Leistungsgrenze). Zwei Läufe mit unterschiedlichen Beständen sollten nicht ohne Meldung gemischt werden.
Grenzen
Überprüft weder Kühlung noch Umgebungstemperatur.
Abdeckung
2 mesures valides

GPU-Zustand health

Menschliche Kontrolle: empfohlen

Ist die GPU in der Lage, zuverlässige Messwerte zu liefern?

Was wird gemessen
DCGM-Diagnose (Stufe 2), nicht behobene ECC-Fehler, aktuelle XID-Fehler, freie Festplatte, Hostbandbreite ↔ GPU (nvbandwidth).
Protokoll
dcgmi diag -r 2, nvidia-smi -q, Kernel-Protokoll, nvbandwidth; vor der Kampagne.
Metriken
  • DCGM-Schach ↓ niedriger = besser
  • unkorrigierte ECC-Fehler ↓ niedriger = besser
  • XID-Fehler ↓ niedriger = besser
Interesse im Vergleich zu anderen Tests
Eine fehlerhafte GPU führt zu einem geringen Durchsatz ohne Fehlermeldungen. Dieser Test trennt „das Modell ist langsam“ von „die Maschine ist krank“. Vor jedem Leistungsabschluss zu prüfen.
Grenzen
Eine kurze Diagnose erkennt keine thermische Drosselung, die erst nach einer Stunde Ladezeit auftritt (siehe Telemetrie).
Überprüfen Sie es selbst
Überprüfen Sie die Checkliste vor der Kampagne (Ruhetemperatur, aktive Flüssigkeitskühlung, keine anderen GPU-Prozesse).
Abdeckung
1 mesure valide

Von Menschen kontrollierte Tests

7 Tests

Diese Prüfungen erfolgen nicht automatisiert und es werden keine Zahlen eingegeben. Machen Sie sie, bevor Sie eine Schlussfolgerung veröffentlichen.

StufeTestWas zu überprüfen ist
requis Bild- und VideogenerierungGenerieren und betrachten Sie Beispielbilder pro Modell mit denselben Eingabeaufforderungen, bevor Sie die Bitraten vergleichen. Ein schnelleres Modell kann zu unbrauchbaren Bildern führen.
requis 2D-Spiele (Codequalität)Spielen Sie Spiele über das Dashboard („Spielen“-Kachel, sofortiger Modellwechsel) und bestätigen Sie, dass die Bewertung des Jurors der tatsächlichen Spielbarkeit entspricht, insbesondere für diejenigen, die an der Spitze der Rangliste stehen.
requis Neuronales Rendering in Echtzeit (Matrix-Game 4.0)Sehen Sie sich Clips in der Dual-Ansicht (Low-Poly | gerendert) an und spielen Sie sie live ab („benchzgx play“), um Konsistenz und Reaktionsfähigkeit zu beurteilen.
requis Echtzeitstimme (Kyutai)Hören Sie sich den Austausch an (Natürlichkeit der Stimme, Schnitte, wahrgenommene Verzögerung); Ein RTF < 1 bedeutet kein angenehmes Gespräch.
empfohlen Qualität von LLMs (lm-eval)Lesen Sie im Alarmfall einige falsche Antworten in den Rohausgaben (schlecht extrahiertes Antwortformat oder echter Fehler?).
empfohlen Spracherkennung (ASR)Lesen Sie einige französische Transkriptionen: Ein Teil des WER kann eher auf Normalisierungen (Zahlen, Auslassungen) als auf tatsächliche Fehler zurückzuführen sein.
empfohlen GPU-ZustandÜberprüfen Sie die Checkliste vor der Kampagne (Ruhetemperatur, aktive Flüssigkeitskühlung, keine anderen GPU-Prozesse).

Glossar

36 Begriffe
Agent (Modus)
Codegen-Modus, in dem das Modell über Werkzeuge (Lesen, Schreiben, Ausführen) verfügt und sein Spiel in mehreren Runden testen und dann korrigieren kann.
BF16
16-Bit-Digitalformat (bfloat16), Referenzgenauigkeit der Modellgewichte; dient als Vergleichsbasis für die quantifizierten Versionen.
Gleichzeitigkeit
Anzahl der gleichzeitig an den Server gesendeten Anfragen; simuliert so viele gleichzeitige Benutzer.
Menschliche Kontrolle
Eine Überprüfung, die eine Person durchführen muss (zuschauen, zuhören, abspielen), da die automatische Nummer nicht ausreicht, um eine Schlussfolgerung zu ziehen.
DCGM
NVIDIA GPU-Diagnosetool (Data Center GPU Manager); Stufe 2 startet Berechnungs- und Speichertests.
Dekodieren
Phase, in der das Modell die Antwort-Tokens einzeln generiert; begrenzt durch Speicherbandbreite.
Delta-Qualität
Differenz in Punkten zwischen der Punktzahl eines quantifizierten Modells und der seiner BF16-Referenz. Alarm über 2 Punkte hinaus.
DER
Diarisierungsfehlerrate: Teil der Redezeit, der falsch zugewiesen wurde (verpasst, falscher Alarm oder falscher Sprecher). Niedriger ist besser.
Einbetten
Digitaler Vektor, der die Bedeutung eines Textes darstellt und für die semantische Suche und RAG verwendet wird.
FP8
8-Bit-Gleitkomma-Quantisierung: etwa halb so viel Speicher wie BF16, oft schneller, im Allgemeinen geringer Qualitätsverlust.
GGUF
Dateiformat von llama.cpp und Ollama, das quantifizierte Gewichtungen (Q8_0, Q4_K_M…) und Metadaten enthält.
Goodput
Nutzbarer Durchsatz: der Anteil des unter Einhaltung der Latenzziele (SLO) bedienten Datenverkehrs.
HBM
An die GPU angelöteter Speicher mit hoher Bandbreite (256 GB beim GB300).
ITL
Inter-Token-Latenz: Zeit zwischen zwei aufeinanderfolgenden Token einer Antwort.
LLM-Richter
Sprachmodell, das ein Ergebnis (hier die generierten Spiele) anhand eines Rasters notiert; praktisch, aber nicht perfekt reproduzierbar.
KV-Cache
Speicher, in dem der Server den Status jeder laufenden Konversation speichert; seine Größe begrenzt die Parallelität und die Kontextlänge.
lm-eval
lm-evaluation-harness: Standardbewertungsbank für die Genauigkeit von LLMs bei Fragensätzen.
MTEB
Massive Text Embedding Benchmark: Aufgabenbatterie, die die Qualität von Einbettungen misst.
MTP
Multi-Token-Vorhersage: spekulative Dekodierung, bei der das Modell mehrere Token gleichzeitig anbietet und dann überprüft; beschleunigt die Generierung.
NVFP4
NVIDIA 4-Bit-Quantisierung speziell für Blackwell-GPUs: viermal weniger Speicher als BF16.
S. 50 / S. 99
Median / 99. Perzentil: p99 ist der Wert, den 99 % der Anfragen nicht überschreiten, also der ungünstige Fall, den 1 von 100 Nutzern erlebt.
Vorfüllen
Phase, in der das Modell die gesamte Eingabeaufforderung vor dem ersten Token liest; durch die Rechenleistung begrenzt. Dominiert die TTFT.
Cache-Präfix
Wiederverwendung der Berechnung eines zuvor gesehenen Schnellstarts; während der Messungen deaktiviert, um die Ergebnisse nicht zu verfälschen.
Ladeprofil
Einlauflängen-/Auslauflängenpaar (Kat. 1024/1024, Lappen 8192/1024, Lang 32768/1024, Agent 4096/2048 usw.).
Quantifizierung
Reduzierung der Gewichtsgenauigkeit (FP8, NVFP4, GGUF Q8/Q4), um Speicher und Geschwindigkeit zu gewinnen, auf Kosten eines möglichen Qualitätsverlusts.
RAG
Retrieval-Augmented Generation: Das Modell antwortet auf Dokumente, die durch semantische Suche gefunden wurden.
RTF / RTFx
Echtzeitfaktor. RTF = Berechnungszeit / Audiodauer (Echtzeit, wenn < 1); RTFx = das Gegenteil (Sekunden verarbeitetes Audio pro Sekunde, je höher, desto besser).
Fähigkeiten (Mode)
Einzelantwort-Codegenerierungsmodus mit identischen Best-Practice-Anweisungen für alle Modelle in der Systemeingabeaufforderung.
SLO
Service Level Objective: Einzuhaltendes Latenzziel (hier TTFT p99 ≤ 500 ms und ITL p99 ≤ 25 ms standardmäßig).
tok/s
Token pro Sekunde. Aggregiert: alle Benutzer zusammen (Kapazität). Vom Benutzer: wahrgenommene Lesegeschwindigkeit.
Token
Vom Modell manipulierte Texteinheit (durchschnittlich ¾ eines Wortes im Englischen, etwas weniger im Französischen).
TPOT
Zeit pro Ausgabe-Token: durchschnittliche Zeit pro generiertem Token nach dem ersten; 1000 / TPOT = von einem Benutzer gesehene Token/s.
TTFT
Time To First Token: Verzögerung zwischen dem Senden der Anfrage und dem ersten empfangenen Token; es ist die wahrgenommene Reaktionsfähigkeit.
Telemetrie
Sekundenweises Ablesen der GPU- (und CPU-)Leistung, der Temperaturen, der Taktraten und des Speichers während einer Messung.
VLM
Vision-Language-Modell: Modell, das neben Text auch Bilder (oder Videos) als Eingabe akzeptiert.
WER
Wortfehlerrate: Anteil falsch transkribierter Wörter (ersetzt, vergessen, hinzugefügt). Niedriger ist besser.