MiniMax-M2.7
Harness benchmark · measured on 19.07.2026 22:46
run-20260722-165445-bc5ac0Harness benchmark · Primary metric: Score rate (%)
Wie schlägt sich dieser Benchmark mit anderen Modellen?
Hardware
GPU: NVIDIA GB10 · 128 GB VRAM
CPU: NVIDIA Grace
RAM: 120 GB
Mainboard: ASUSTeK COMPUTER INC. GX10
Setup
Runtime: godclaw
Quantization: AWQ
Driver: NVIDIA 590.48.01 / CUDA 13.1
Model: MiniMax-M2.7
Aufgaben (40)
| Task | Status | Points | Duration |
|---|---|---|---|
| Arbeitsstruktur anlegen | passed | 5 / 50 | 7.208,00 s |
| Startdatei schreiben | passed | 17 / 60 | 16,00 s |
| Datei zuruecklesen | passed | 38 / 50 | 4,00 s |
| CSV mit Testdaten | passed | 56 / 80 | 10,00 s |
| Struktur pruefen | passed | 49 / 60 | 4,00 s |
| Recherche RAG | passed | 125 / 150 | 11,00 s |
| Recherche Hersteller | passed | 19 / 120 | 42,00 s |
| Recherche sichern | passed | 58 / 100 | 14,00 s |
| Webseite auswerten | passed | 41 / 140 | 47,00 s |
| Seite im Browser oeffnen | passed | 160 / 180 | 11,00 s |
| Modellvergleich | passed | 20 / 200 | 145,00 s |
| Quellenliste | passed | 63 / 90 | 10,00 s |
| Wissenskategorien sichten | passed | 70 / 100 | 10,00 s |
| Wissenseintrag anlegen | passed | 175 / 220 | 17,00 s |
| Wissenseintrag pruefen | passed | 101 / 120 | 7,00 s |
| Wissenseintrag ergaenzen | passed | 173 / 200 | 9,00 s |
| Versionen zaehlen | passed | 92 / 140 | 17,00 s |
| Wissen durchsuchen | passed | 104 / 130 | 10,00 s |
| Firma erfassen | passed | 69 / 180 | 41,00 s |
| Person verknuepfen | passed | 165 / 220 | 21,00 s |
| Fakt hinterlegen | passed | 16 / 160 | 56,00 s |
| Entitaet suchen | passed | 42 / 140 | 35,00 s |
| Aufgabenliste anlegen | passed | 98 / 130 | 11,00 s |
| Aufgaben ergaenzen | passed | 134 / 170 | 14,00 s |
| Boards sichten | passed | 80 / 120 | 15,00 s |
| Board-Aufgabe anlegen | passed | 119 / 190 | 25,00 s |
| CSV nach JSON | passed | 121 / 180 | 22,00 s |
| JSON validieren | passed | 112 / 140 | 10,00 s |
| Defektes JSON reparieren | passed | 178 / 220 | 16,00 s |
| Pruefsummen | passed | 140 / 160 | 7,00 s |
| Volltextsuche | passed | 117 / 150 | 11,00 s |
| Archiv packen | passed | 157 / 170 | 5,00 s |
| Bestandsaufnahme | passed | 88 / 120 | 12,00 s |
| Titelbild erzeugen | passed | 25 / 250 | 128,00 s |
| Bild pruefen | passed | 117 / 130 | 5,00 s |
| Merken | passed | 135 / 150 | 5,00 s |
| Erinnern | passed | 39 / 120 | 30,00 s |
| Fachfrage delegieren | passed | 25 / 230 | 89,00 s |
| Gesamtbericht | passed | 134 / 240 | 44,00 s |
| Abschluss | passed | 164 / 200 | 15,00 s |
Configuration
| Engine?Die Inferenz-Software, die das Modell ausliefert (z.B. vLLM oder llama.cpp). Sie bestimmt Geschwindigkeit, unterstuetzte Modellformate und welche Parameter ueberhaupt verfuegbar sind. | vllm |
| Modellalias?Der Name, unter dem das Modell ueber die API angesprochen wird. Genau dieser Wert muss im Request-Feld 'model' stehen. | cyankiwi/MiniMax-M2.7-AWQ-4bit |
| Kontextlaenge?Maximale Anzahl Tokens (Eingabe + erzeugte Ausgabe zusammen), die das Modell pro Anfrage verarbeiten kann. | 196608 |
| Tensor-Parallel?Anzahl GPUs, auf die JEDER einzelne Modell-Layer aufgeteilt wird (Tensor-Parallelitaet). Mehr GPUs = mehr VRAM und meist mehr Speed, aber die Anzahl der Attention-Heads muss durch diesen Wert teilbar sein (z.B. 32 Heads -> nur 1, 2, 4, 8 ... moeglich, NICHT 3). | 2 |
| Executor-Backend?Verfahren fuer Multi-GPU/Multi-Node: mp = Prozesse auf einer Maschine, ray = ueber Ray (auch ueber mehrere Knoten). | ray |
| GPU-Speicher?Anteil des GPU-Speichers (0 bis 1), den vLLM belegen darf. 0.92 = 92 %. Hoeher = mehr Platz fuer den KV-Cache (mehr/laengere parallele Anfragen), aber groesseres Risiko fuer 'Out of Memory'. | 0.8 |
| Kontext?Groesse des Kontextfensters in Token. 0 = der beim Training verwendete Kontext des Modells. | 196608 |
| Max-Sequenzen?Maximale Anzahl gleichzeitig bearbeiteter Anfragen (Batch-Groesse). Hoeher = mehr Durchsatz, braucht aber mehr KV-Cache-Speicher. | 4 |
| Load-Format?Format, aus dem die Gewichte geladen werden (auto, safetensors, pt ...). 'auto' erkennt es selbst. | fastsafetensors |
| Tool-Parser?Bestimmt, wie vLLM Tool-Aufrufe aus der Modellantwort ausliest (z.B. hermes, mistral, llama3_json). Muss zum Modell passen. | minimax_m2 |
| Reasoning-Parser?Trennt den Denk-/Reasoning-Teil der Antwort vom eigentlichen Inhalt (z.B. bei Modellen mit <think>-Bloecken). | minimax_m2 |
| Auto-Tool-Choice?Erlaubt dem Modell, Tools (Function-Calling) selbststaendig auszuwaehlen. MUSS aktiv sein, damit 'tools' im Request akzeptiert werden - sonst lehnt vLLM sie mit HTTP 400 ab. | aktiv |
| KV-Cache-Dtype?Datentyp des KV-Cache (auto, fp8). fp8 halbiert etwa den Cache-Speicher -> mehr und laengere parallele Anfragen bei minimalem Qualitaetsverlust. | fp8_e4m3 |
| Prefix-Caching?Speichert bereits berechnete Prompt-Anfaenge und verwendet sie wieder. Beschleunigt Anfragen mit gemeinsamem Praefix (z.B. gleicher System-Prompt) deutlich. | aktiv |
| Trust-Remote-Code?Erlaubt vLLM, mit dem Modell mitgelieferten Python-Code auszufuehren. Noetig fuer Architekturen, die vLLM nicht von Haus aus kennt. Nur bei vertrauenswuerdigen Modellen aktivieren. | aktiv |
| Enforce-Eager?Schaltet die optimierte Graph-Ausfuehrung (CUDA-/HIP-Graphs) AB und rechnet Schritt fuer Schritt. Startet schneller und spart etwas VRAM, ist im laufenden Betrieb aber meist langsamer als mit Graphs. | aktiv |
| Alias?Anzeigename des Modells nach aussen (served model name), unabhaengig vom Dateinamen. | cyankiwi/MiniMax-M2.7-AWQ-4bit |
MiniMax-M2.7 on various hardware
All published performance runs of this model – each bubble a variant: position = prefill (X) × generation (Y), bubble size = number of runs. Closer to the top right = faster. ★ Marked gold = this benchmark.
GPUby graphics card
CPUby processor
MBby mainboard
DRVby driver
Mario Alka Administrator
Ich bin Unternehmer, Softwareentwickler und KI-Enthusiast. Seit vielen Jahren entwickle ich Unternehmenssoftware und beschäftige mich inzwischen fast täglich mit lokalen LLMs, KI-Agenten und leistungsfähiger KI-Hardware.
Mit LLM-Benchmark.de möchte ich eine Plattform schaffen, auf der Modelle, GPUs und Agenten objektiv und reproduzierbar miteinander verglichen werden.

