DeepSeek V4.1-Flash-hårdvarukrav

510GB av vikter, 8B aktivt. En 2-bitars MLX-byggnad körs på en Mac Studio M3 Ultra 256GB med 9.5 tokens per second — men inte via llama.cpp, Ollama eller LM Studio.

Terminal showing DeepSeek V4.1-Flash at 510GB across 48 safetensors files, llama.cpp failing with unknown model architecture deepseek_v41, and the MLX 2-bit build at 166.69 GiB peak memory and 9.46 tokens per second

DeepSeek släppte V4.1-Flash den 10 september 2026 under MIT-licensen, med ett kontextfönster på en miljon token och inbyggd bildförståelse.1 Den första frågan alla ställde var om den skulle fungera på en 128GB-maskin, eftersom den senaste modellen som kallades Flash gjorde det.

Det gör den inte. V4.1-Flash levereras som 510GB av FP8 vikter över 48 filer, och komprimeringssteget är redan förbrukat.2 Men den körs lokalt redan i dag, på hårdvara du kan köpa: en community-2-bit-byggnad har mätts till 9.46 token per sekund på en 256GB Mac Studio M3 Ultra.5

  • Parametrar552B8B in, 16B ut
  • Kontext1Mtoken
  • LicensMITingen intäktsgräns
  • Vikter510GBFP8, 48 filer

Flash beskriver hastigheten, inte storleken

V4.1-Flash har en 552B-parameterbackbone och aktiverar 8B parametrar medan den läser din prompt och 16B medan den skriver svaret.1 De små aktiva siffrorna är vad "Flash" syftar på. De avgör hur snabbt den genererar och vad den kostar per token i ett API. De avgör inte minnesåtgången.

Det finns en andra, mindre uppenbar anledning till att filen är så stor. Modellen bär på en tvålagers engram, en hashad n-grams-inbäddning vars uppslagstabeller ensamma står för ungefär 196B parametrar — cirka fyrtio procent av checkpointen.5 Det är minne du håller och sällan beräknar med, och det är därför nedladdningen är större än vad backbone-räkningen antyder.

Den tidigare modellen gjorde det lätt att gå i fällan. DeepSeek-V4-Flash-0731 var 284B totalt med 13B aktiva och kördes förlustfritt i 169GB.3 V4.1-Flash har ungefär dubbelt så mycket ryggrad under samma produktnamn.

Kvantiseringen är redan förbrukad

Normalt skulle en 552B modell vara en inbjudan till att kvantisera. DeepSeek gjorde det innan du laddade ner den: repositoryt levereras i FP8 med expertlagren redan komprimerade.2 Det finns mindre kvar att ta bort än den vanliga fyra-till-en-minskningen som folk förväntar sig av en 4-bit GGUF, vilket är anledningen till att communitybyggena nedan inte faller lika mycket som du skulle tro.

Vad som faktiskt kör det

Det här är delen ingen specifikationsblad berättar om. En ny modell behöver att dess arkitektur skrivs in i den motor du använder, och V4.1-Flash introducerade en ny sådan: en kausal encoder-decoder, fyrtio lager arrangerade som en tjugo-lagers kausal encoder följd av en tjugo-lagers decoder.1 Arkitekturen deepseek_v41 finns inte i någon vanlig runtime — inte Transformers, inte mlx-lm, inte mlx-vlm och inte llama.cpp.4

Det utesluter de enkla vägarna. Ollama, LM Studio och allt annat byggt på llama.cpp kan inte ladda det, och det finns ingen användbar GGUF. Det utesluter inte att köra det.

På Apple silicon levererar PipeNetwork-porten den saknade arkitekturen och community-MLX-konverteringar levererar vikterna.4 På NVIDIA- och AMD-servrar publicerar SGLang utvecklingscontaineravbilder för det — lmsysorg/sglang:dev-dsv41 och dev-dsv41-mi35x — före en taggad release. vLLM har öppna pull requests och, per 10 september, inga sammanslagna.6

Så det här är tidig programvara på etablerad hårdvara. Räkna med att klona ett repository i stället för att skriva ett installationskommando, och räkna med att det blir lättare under de närmaste veckorna snarare än svårare.

Vad varje DeepSeek V4.1-Flash-bygg behöverMinne i GB — enhetligt minne på en Mac, eller system-RAM plus VRAM på en server. September 2026.
  1. MLX 2-bit167GB
  2. MLX 4/8-bit427GB
  3. MLX engram-6477GB
  4. FP8 som levererat510GB

MLX-siffrorna är de publicerade kraven för community-konverteringarna: uppmätt högsta processminne för 2-bit-bygget, angivet residentminne för de blandade 4/8-bit-byggena.45 FP8-siffran är repositorytotalsumman på Hugging Face.2

De tre community-MLX-byggena. Alla behöver PipeNetwork-porten, inte mlx-lm.
Bygge På disk Minne
2-bit MTP 238.8GB 167GB
Blandad 4/8-bit 427.6GB 427GB
4/8-bit engram-6 476.8GB 477GB

Vilken maskin

2-bit-bygget är det man ska börja med, och det är verkligen goda nyheter. Det är 238.8GB på disk och nådde en topp på 166.69 GiB processminne i tester, vilket placerar det inom en Mac Studio M3 Ultra 256GB med marginal. Dess författare mätte 9.46 tokens per sekund med greedy decoding på exakt den maskinen.5 Det är inte snabbt, och för en 552B modell som svarar från ett skrivbord är det anmärkningsvärt.

Det blandade 4/8-bit-bygget kräver 427GB resident, vilket en Mac Studio M3 Ultra 512GB klarar, med knapp marginal. Knapp marginal är viktigt här: lämna utrymme för kontexten, eftersom en lång prompt vid denna kontextlängd inte är gratis. Engram-6-bygget vill ha ungefär 477GB och en maskin i terabyte-klassen, eftersom en lat forward pass tillfälligt kan behöva ungefär dubbelt så mycket som byggstorleken.4

Över 512GB i en enda låda finns det två ärliga vägar. Thunderbolt 5-klustring samlar enhetligt minne över flera Macs — macOS 26.2 lade till RDMA över Thunderbolt 5 och exo 1.0 stöder det, så sammankopplade Mac Studio M3 Ultra 512GB-maskiner läggs ihop.7 Eller så bygger du en arbetsstation med kapaciteten: en Neox Metal på Threadripper PRO-plattformen tar åtta kanaler registrerat ECC-minne, vilket är hur du når en terabyte i en enda maskin, och samma plattform rymmer RTX PRO 6000-kort som SGLang-vägen vill ha.

Inställningar

DeepSeek rekommenderar en temperatur på 1.0 med top-p på 0.95 eller 1.0, och minst 256K av max_tokens.1 Resonemangsinsatsen är ett kontinuerligt styrbart heltal från 1 till 100 snarare än omkopplaren låg/hög/max som andra modeller använder, så det är värt att justera i stället för att låta den stå på standard.

En siffra är ovanligt bra. V4.1-Flash använder 890 byte per token för global KV-cache, vilket håller ett fullständigt sammanhang på en miljon token under en gigabyte.1 På de flesta modeller i den här storleken är det sammanhanget som tvingar fram nästa minnesuppgradering. Här är det vikterna, och endast vikterna.

För aritmetiken bakom allt detta, se hur mycket minne du behöver för att köra en öppen modell lokalt. För modellen som för närvarande ligger högst på de öppna topplistorna, se GLM-5.3 hårdvarukrav.

Källor

  1. DeepSeek-V4.1-Flash model card, Hugging Face — 552B backbone, 8B aktiv vid prefill och 16B vid decode, causal encoder-decoder, MIT-licens, 890 byte per token global KV, sampling and reasoning-effort settings.
  2. DeepSeek-V4.1-Flash file listing, Hugging Face — 510GB över 48 safetensors-shards i FP8.
  3. Unsloth, DeepSeek-V4: How to Run Locally — V4-Flash-0731 parametrar, kvantiseringstorlekar och minneskrav.
  4. PipeNetwork, DeepSeek-V4.1-Flash MLX blandad 4/8-bit och the engram-6 build — 427.6GB och 476.8GB på disk, resident minne, och noteringen att deepseek_v41 finns i ingen runtime, med porten på PipeNetwork/deepseek-v41-mlx.
  5. Vontra, DeepSeek-V4.1-Flash MLX 2-bit MTP — 238.80GB på disk, 166.69 GiB toppprocessminne, 9.46 tokens per second uppmätt på en M3 Ultra Mac Studio, och engram-tabellens storlek.
  6. Modem Guides, "DeepSeek V4.1-Flash Hardware Requirements", 10 September 2026 — översikt över motorstöd, inklusive SGLang-utvecklingsbilderna och läget för vLLM pull requests.
  7. RunAIHome, "Mac Studio Cluster: RDMA Over Thunderbolt 5" — macOS 26.2 RDMA över Thunderbolt 5, JACCL-backenden och exo 1.0-klustring.