OpenMath-Nemotron-14B: VRAM- und Speicherbedarf

Konkrete Checkpoints mit belegter Struktur und ausgewählten Gewichtungsdateien. GGUF Q4_K_M (mradermacher): 10,00 GiB–10,64 GiB bei 8.192 Tokens, 1 Sequenz, FP16-KV, llama.cpp.

Das Ergebnis ist eine Schätzung, keine Messung.Nicht geprüftDateigestützte Gewichte

Herausgeber und Herkunft

Speicherschichten in dieser Schätzung

Datei-Bytes, rohes KV, Engine-Zusätze und Gesamtbedarf stehen getrennt. Das ist keine Laufzeitspur.

Weight artifact
8,37 GiB (8.988.109.312 bytes)
Raw KV cache
1,50 GiB (1.610.612.736 bytes)
Engine extras / workspace
0,13 GiB–0,77 GiB
Total estimated demand
10,00 GiB–10,64 GiB

Gewählte Dateien

QuantisierungGewählte DateienBytesLaufzeitBeleg
BF16 safetensors
bf16
model-00001-of-00003.safetensors, model-00002-of-00003.safetensors, model-00003-of-00003.safetensors29.540.067.328 (27,51 GiB / 29,54 GB)vllm, sglang, unspecifiedfile-metadata
GGUF Q4_K_M (mradermacher)
gguf-q4_k_m
OpenMath-Nemotron-14B.Q4_K_M.gguf8.988.109.312 (8,37 GiB / 8,99 GB)llama.cpp, ollama, unspecifiedfile-metadata
GGUF Q5_K_M (mradermacher)
gguf-q5_k_m
OpenMath-Nemotron-14B.Q5_K_M.gguf10.508.872.192 (9,79 GiB / 10,51 GB)llama.cpp, ollama, unspecifiedfile-metadata
GGUF Q6_K (mradermacher)
gguf-q6_k
OpenMath-Nemotron-14B.Q6_K.gguf12.124.682.752 (11,29 GiB / 12,12 GB)llama.cpp, ollama, unspecifiedfile-metadata
GGUF Q8_0 (mradermacher)
gguf-q8_0
OpenMath-Nemotron-14B.Q8_0.gguf15.701.596.672 (14,62 GiB / 15,70 GB)llama.cpp, ollama, unspecifiedfile-metadata
INT4 theoreticalKeine veröffentlichte Datei7.385.016.832 (Theoretische Zeilen sind keine herunterladbaren Artefakte.)—theoretical

Speicher nach Quantisierung und Kontext

Gleichzeitige Sequenzen = 1. KV ist standardmäßig FP16. Die Spanne enthält dokumentierte Laufzeit-Zusätze der genannten Engine. Die Zahlen nutzen denselben Kern wie der interaktive Rechner.

Quantisierung2.048 tokens8.192 tokens32.768 tokens
BF16 safetensors28,51 GiB–30,40 GiB29,64 GiB–31,56 GiB34,14 GiB–36,19 GiB
GGUF Q4_K_M (mradermacher)8,87 GiB–9,42 GiB10,00 GiB–10,64 GiB14,50 GiB–15,46 GiB
GGUF Q5_K_M (mradermacher)10,29 GiB–10,87 GiB11,41 GiB–12,09 GiB15,91 GiB–16,90 GiB
GGUF Q6_K (mradermacher)11,79 GiB–12,40 GiB12,92 GiB–13,62 GiB17,42 GiB–18,44 GiB
GGUF Q8_0 (mradermacher)15,12 GiB–15,80 GiB16,25 GiB–17,02 GiB20,75 GiB–21,84 GiB
INT4 theoretical
Theoretische Zeilen sind keine herunterladbaren Artefakte.
7,38 GiB–9,87 GiB8,50 GiB–11,28 GiB13,00 GiB–16,82 GiB

KV-Cache (Rohdaten)

Rohes GQA/MHA-KV ist 2 × Schichten × kvHeads × headDim × Tokens × Sequenzen × Bytes je Element. Diese Seite nutzt KV-Heads (8), nicht Query-Heads (40).

Rechner mit diesem Modell öffnen

Verwandte Seiten

Quellen

Annahmen, die das Ergebnis beeinflussen

Rechner

Katalog-Snapshot wird geladen…

Zuerst ein Modell wählen, danach das Gerät prüfen.

Quantisierung

Gerätetyp

Last

Die Kontextlänge betrifft vor allem den KV-Cache.

Erweiterte Einstellungen
Laufzeit

Engine und KV-Cache-Typ für diese Schätzung.

Arbeitslast

Overhead-Szenario und der Prefill-Arbeitsspeicher.

Topologie

Wie das Modell auf Geräte verteilt wird. Speicher wird nicht addiert.

Replikatzahl ist eine erweiterte Option. Anzahl meint Knoten oder GPUs, nicht Replikate.

Budget

Systemreserve und Sicherheitsmarge. Ein leeres Feld behält den vorherigen Wert.

GiB (2^30 Byte)

%

Eigenes Modell

Konfiguration importieren oder die Architektur eintragen. Vor dem Import wird nichts gescannt.

Die Datei wird nur im Browser gelesen und nicht hochgeladen.

Nur huggingface.co, nur config.json, kein Token. Private Repos werden abgelehnt.

Suchen oder ein Katalogmodell wählen, um den VRAM-Bedarf zu sehen.

Suchen oder ein Katalogmodell wählen, um den VRAM-Bedarf zu sehen.