phi-4 VRAM-Bedarf: ca. 11,4 GB (Q4_K_M) bis ca. 33,7 GB (BF16)

Läuft auf

Läuft phi-4 auf RTX 4060 Ti?

Herausgeber und Herkunft

AnbieterMicrosoft
Hugging Facemicrosoft/phi-4
Revision2db69c1c3e91a05d2c64a3185acfbaf36f744e25
Parameter gesamt14.659.507.200
Schichten40
Query-Köpfe40
KV-Köpfe10 (gqa)
Kopfdimension128
Dokumentierte Kontextfähigkeit16.384
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: 8,28 GiB (8.890.306.112 bytes)
Raw KV cache: 1,56 GiB (1.677.721.600 bytes)
Engine extras / workspace: 0,13 GiB–0,77 GiB
Total estimated demand: 9,97 GiB–10,62 GiB

Gewählte Dateien

Quantisierung	Gewählte Dateien	Bytes	Laufzeit	Beleg
BF16 safetensors bf16 Rechner: BF16 safetensors	6 Safetensors-Shards Ausgewählte Bytes gesamt: 29.319.014.400 (27,31 GiB / 29,32 GB) Erster Shard: model-00001-of-00006.safetensors Letzter Shard: model-00006-of-00006.safetensors Alle 6 Shard-Dateien anzeigen `model-00001-of-00006.safetensors` `model-00002-of-00006.safetensors` `model-00003-of-00006.safetensors` `model-00004-of-00006.safetensors` `model-00005-of-00006.safetensors` `model-00006-of-00006.safetensors`	29.319.014.400 (27,31 GiB / 29,32 GB)	`vllm, sglang, unspecified`	`file-metadata`
GGUF Q6_K (Microsoft) gguf-q6_k Rechner: GGUF Q6_K (Microsoft)	phi-4-Q6_K.gguf	12.030.251.200 (11,20 GiB / 12,03 GB)	`llama.cpp, ollama, unspecified`	`file-metadata`
GGUF Q8_0 (Microsoft) gguf-q8_0 Rechner: GGUF Q8_0 (Microsoft)	phi-4-Q8_0.gguf	15.580.500.160 (14,51 GiB / 15,58 GB)	`llama.cpp, ollama, unspecified`	`file-metadata`
GGUF Q4_K_M (Unsloth) gguf-q4_k_m Rechner: GGUF Q4_K_M (Unsloth)	phi-4-Q4_K_M.gguf	8.890.306.112 (8,28 GiB / 8,89 GB)	`llama.cpp, ollama, unspecified`	`file-metadata`
GGUF Q5_K_M (Unsloth) gguf-q5_k_m Rechner: GGUF Q5_K_M (Unsloth)	phi-4-Q5_K_M.gguf	10.412.707.392 (9,70 GiB / 10,41 GB)	`llama.cpp, ollama, unspecified`	`file-metadata`
INT4 theoretical	Keine veröffentlichte Datei	7.329.753.600 (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	28,32 GiB–30,21 GiB	29,49 GiB–31,41 GiB	34,18 GiB–41,68 GiB
GGUF Q6_K (Microsoft)	11,72 GiB–12,33 GiB	12,89 GiB–13,60 GiB	17,58 GiB–21,41 GiB
GGUF Q8_0 (Microsoft)	15,03 GiB–15,70 GiB	16,20 GiB–16,97 GiB	20,89 GiB–25,29 GiB
GGUF Q4_K_M (Unsloth)	8,80 GiB–9,34 GiB	9,97 GiB–10,62 GiB	14,65 GiB–17,98 GiB
GGUF Q5_K_M (Unsloth)	10,21 GiB–10,79 GiB	11,39 GiB–12,06 GiB	16,07 GiB–19,64 GiB
INT4 theoretical Theoretische Zeilen sind keine herunterladbaren Artefakte.	7,34 GiB–9,83 GiB	8,51 GiB–11,29 GiB	13,20 GiB–17,06 GiB

KV-Cache (Rohdaten)

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

8,192 tokens, 1 sequence, FP16: 1.677.721.600 bytes (1,5625 GiB)
32,768 tokens: 6.710.886.400 bytes (6,2500 GiB)

Quellen

phi-4 model card
config.json — revision 2db69c1c3e91a05d2c64a3185acfbaf36f744e25
safetensors index — metadata.total_size=29319014400
Artifact repo microsoft/phi-4-GGUF
Artifact repo unsloth/phi-4-GGUF

Annahmen, die das Ergebnis beeinflussen

Der Kontext liegt im dokumentierten nativen Fenster von 16384 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: phi-4-Q4_K_M.gguf.
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.
Der KV-Datentyp ist unabhängig von der Gewichtquantisierung, außer Sie ändern ihn.

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.

phi-4: VRAM- und Speicherbedarf