Qwen3-VL-4B-Instruct: VRAM- und Speicherbedarf

Der Checkpoint Qwen/Qwen3-VL-4B-Instruct liefert in diesem Katalog BF16-Safetensors mit 8.875.631.616 Bytes (8,27 GiB / 8,88 GB). Diese Downloadgröße ist nicht der VRAM-Spitzenwert, und die Zahlen unten sind Schätzungen.

Konkrete Checkpoints mit belegter Struktur und ausgewählten Gewichtungsdateien. GGUF Q4_K_M (Qwen): 3,58 GiB–4,08 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

AnbieterQwen
Hugging FaceQwen/Qwen3-VL-4B-Instruct
Revisionebb281ec70b05090aa6165b016eac8ec08e71b17
Parameter gesamt4.437.815.808
Schichten36
Query-Köpfe32
KV-Köpfe8 (gqa)
Kopfdimension128
Dokumentierte Kontextfähigkeit262.144
Vollständigkeitcomplete · full

Speicherschichten in dieser Schätzung

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

Weight artifact: 2,33 GiB (2.497.281.664 bytes)
Raw KV cache: 1,13 GiB (1.207.959.552 bytes)
Engine extras / workspace: 0,13 GiB–0,63 GiB
Total estimated demand: 3,58 GiB–4,08 GiB

Gewählte Dateien

Quantisierung	Gewählte Dateien	Bytes	Laufzeit	Beleg
BF16 safetensors bf16 Rechner: BF16 safetensors	model-00001-of-00002.safetensors, model-00002-of-00002.safetensors	8.875.631.616 (8,27 GiB / 8,88 GB)	`vllm, sglang, unspecified`	`file-metadata`
GGUF Q4_K_M (Qwen) gguf-q4_k_m Rechner: GGUF Q4_K_M (Qwen)	Qwen3VL-4B-Instruct-Q4_K_M.gguf	2.497.281.664 (2,33 GiB / 2,50 GB)	`llama.cpp, ollama, unspecified`	`file-metadata`
GGUF Q8_0 (Qwen) gguf-q8_0 Rechner: GGUF Q8_0 (Qwen)	Qwen3VL-4B-Instruct-Q8_0.gguf	4.280.406.144 (3,99 GiB / 4,28 GB)	`llama.cpp, ollama, unspecified`	`file-metadata`
GGUF Q5_K_M (Unsloth) gguf-q5_k_m Rechner: GGUF Q5_K_M (Unsloth)	Qwen3-VL-4B-Instruct-Q5_K_M.gguf	2.889.515.296 (2,69 GiB / 2,89 GB)	`llama.cpp, ollama, unspecified`	`file-metadata`
GGUF Q6_K (Unsloth) gguf-q6_k Rechner: GGUF Q6_K (Unsloth)	Qwen3-VL-4B-Instruct-Q6_K.gguf	3.306.262.816 (3,08 GiB / 3,31 GB)	`llama.cpp, ollama, unspecified`	`file-metadata`
INT4 theoretical	Keine veröffentlichte Datei	2.218.907.904 (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.

Quantisierung	2.048 tokens	8.192 tokens	32.768 tokens
BF16 safetensors	9,17 GiB–11,06 GiB	10,02 GiB–11,92 GiB	13,39 GiB–15,40 GiB
GGUF Q4_K_M (Qwen)	2,73 GiB–3,16 GiB	3,58 GiB–4,08 GiB	6,95 GiB–7,69 GiB
GGUF Q8_0 (Qwen)	4,39 GiB–4,85 GiB	5,24 GiB–5,77 GiB	8,61 GiB–9,38 GiB
GGUF Q5_K_M (Unsloth)	3,10 GiB–3,53 GiB	3,94 GiB–4,45 GiB	7,32 GiB–8,06 GiB
GGUF Q6_K (Unsloth)	3,49 GiB–3,93 GiB	4,33 GiB–4,84 GiB	7,70 GiB–8,46 GiB
INT4 theoretical Theoretische Zeilen sind keine herunterladbaren Artefakte.	2,47 GiB–3,57 GiB	3,32 GiB–4,62 GiB	6,69 GiB–8,77 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 (32).

8,192 tokens, 1 sequence, FP16: 1.207.959.552 bytes (1,1250 GiB)
32,768 tokens: 4.831.838.208 bytes (4,5000 GiB)

Rechner mit diesem Modell öffnen

Quellen

Qwen3-VL-4B-Instruct model card
config.json — revision ebb281ec70b05090aa6165b016eac8ec08e71b17
safetensors index — metadata.total_size=8875631616
Artifact repo Qwen/Qwen3-VL-4B-Instruct-GGUF
Artifact repo unsloth/Qwen3-VL-4B-Instruct-GGUF

Annahmen, die das Ergebnis beeinflussen

Der Kontext liegt im dokumentierten nativen Fenster von 262144 Tokens.
Die vollständige Residenzschätzung nutzt die Gesamtparameter, inklusive inaktiver MoE-Experten.
Gewichtbytes kommen nur von den gewählten Dateien, nicht von allen Quantisierungen im Repository.
Die Downloadgröße ist nicht der GPU-Spitzenspeicher. Layout, Allocator und KV kommen extra.
Berücksichtigte Dateien: Qwen3VL-4B-Instruct-Q4_K_M.gguf.
Es gibt eine Vision-Komponente. Textinferenz zählt Encoder/Projector nicht.
Das Kontextbudget ist die Zahl gecachter Tokens je Sequenz (Prompt plus reservierte Generierung).
Gleichzeitige Sequenzen teilen eine Modellkopie; Gewichte werden nicht mit der Sequenzzahl multipliziert.

Rechner

Katalog-Snapshot wird geladen…

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

Modell

Historische Modelle anzeigen

Quantisierung

Gerätetyp

Hardware

Last

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

Erweiterte Einstellungen

Laufzeit

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

LaufzeitKV-Cache-TypRecurrent-/Conv-State-Datentyp Theoretische Schätzungen einbeziehen (Experte) Ersatz erlauben, wenn der Filter nichts trifft

Arbeitslast

Overhead-Szenario und der Prefill-Arbeitsspeicher.

Szenario für Laufzeitoverhead Größeren Prefill-Arbeitsspeicher einbeziehen

Topologie

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

VerteilungSplit in der ReplikaAnzahl Geräte

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

ReplikagruppenGeräte je Replika

Budget

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

Reserve für System / Anzeige

GiB (2^30 Byte)

Budget enthält die Systemreserve bereits nicht mehrZusätzliche Sicherheitsmarge

Effektive Bits je Parameter (eigene Angabe)Anzeigeeinheit

Eigenes Modell

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

Lokale config.json laden

Die Datei wird nur im Browser gelesen und nicht hochgeladen.

Öffentliches Hugging-Face-RepoRevision

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

Parameter gesamtAktive ParameterSchichtenQuery-KöpfeKV-KöpfeKopfdimension

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

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