AI Infra Interviews logo

DeepSeek V4 / V4.1 / MoE

DeepSeek-V4.1-Flash-1017

Same footprint, new weights: a clean post-training comparison

Update releaseSources checked 2026-11-06

Treat 1017 as a behavior update to V4.1 Flash, not a new deployment problem. Its configuration file is byte-identical and its tensor payload matches, so an existing V4.1 Flash plan carries over; the evaluation does not.

552Breported total parameters
Not verifiedactive parameters per token
1,048,576configured token positions

552B backbone only; 196B Engram plus vision and speculative components are separate.

Evaluate it for

Teams already serving V4.1 Flash who want better agent behavior without reworking memory placement.

Choose another path when

A plan that assumes a chat template file exists: this repository ships a Python encoding reference instead.

Release context

Why this release matters

DeepSeek calls it a minor update with gains on reasoning, coding, agent and visual tasks, plus shorter outputs and task times. Because the shapes are unchanged, it isolates what post-training alone changes in quality and output length.

DeepSeek's update log and the weights repository share the date.

Release evidence · Announced 2026-10-17 · Weights 2026-10-17 · Follow the DeepSeek V4 / V4.1 timeline →

Deployment starting points

Which hardware, how many, at what precision?

Start with an exact artifact and an engine that supports it. A configuration below is evidence of a documented path; its device count does not promise a particular throughput or concurrency.

Runtime recipe

4 × GB200 GPUs

GPUs within an NVLink system; this is not a count of whole racks.

FP8 with FP4 experts

vLLM 0.31.0+ (recipe default)

TP4 on one GB200 NVL4 tray. The recipe's verified numbers were taken on the September checkpoint, which shares this configuration and footprint; 1017 was not separately re-run.

Checkpoint and source

deepseek-ai/DeepSeek-V4.1-Flash-1017

Checked 2026-11-06. Read the documented setup →

Hardware specifications and interconnect →

Runtime recipe

2 × MI355X

288 GB per GPU

FP8 with FP4 experts

vLLM ROCm nightly

TP2 with Engram tables offloaded to host memory; TP4 keeps Engram resident. Needs a ROCm build with the fix the recipe names; MI355X is not in vLLM 0.31.0.

Checkpoint and source

deepseek-ai/DeepSeek-V4.1-Flash-1017

Checked 2026-11-06. Read the documented setup →

Hardware specifications and interconnect →

510.29 GB of tensor data in the pinned index

This is the index’s reported tensor payload, in decimal GB. It excludes file headers and runtime memory. Mixed precision, conversion and host/device placement determine how much GPU memory the loaded model needs.

Inspect the exact index metadata →
Capacity screen: would the weights fit?

This estimates inference memory for a hypothetical uniform precision. It is useful for rejecting an allocation that is too small. It does not establish a working deployment or estimate training memory.

A uniform-precision GPU count would hide this model’s component layout. 552B backbone only; 196B Engram plus vision and speculative components are separate. Use the documented artifact and placement path above; no GPU count is inferred here.

Architecture in practice

What the serving engine has to do

Prefill and decode do not execute the same path.

Prompt / token inputscausal processingCausal encoder20 layersShared global KVfrom final encoder statesDecoder20 layers; reuses global KV

Publisher active path: 8B prefill / 16B decode.

552B backbone + 196B Engram is not one flat GPU budget.

DeepSeek V4.1’s card separates 20 causal encoder layers and 20 decoder layers. A global attention representation is projected from the final encoder states and reused by the decoder. Engram and modality components add separate storage beyond this simplified path.

Mechanism schematic based on the pinned model card and configuration. It explains a design principle; it is not a full implementation graph.

Inspect the full checkpoint specifications
Inspected fields for this exact revision. KV heads alone do not describe latent, hybrid or shared-cache layouts.
Exact checkpointdeepseek-ai/DeepSeek-V4.1-Flash-1017
Text model typedeepseek_v41_text
Layers40
Hidden width5,120
Attention / KV heads64 / 1
Head dimension512
Routed / selected experts384 / 6
Configured positions1,048,576
Documented extensionNot recorded for this checkpoint
Inputs → outputtext, image → text
License metadatamit

Open weights do not imply unrestricted use. Read the applicable license terms linked from the pinned card.

A useful comparison

What else belongs on the shortlist?

The September V4.1 Flash is the controlled baseline; MiniMax M3.1 Flash is a different sparse-attention design aimed at similar agent work.

10 Sept 2026

DeepSeek-V4.1-Flash

The September model that changes the deployment diagram

552B reported total · text + image

23 Oct 2026

MiniMax-M3.1-Flash

M3 with sparse attention everywhere and a quantized-trained store

428B reported total · text + image + video

These are editorial comparison candidates. We have not run a matched quality or serving benchmark, so this is not a ranking.

Prepare to explain it

The interview lesson

Explain why identical configuration and payload let you reuse a capacity plan, and why shorter outputs can still change throughput and cost per task.

Attention layouts · Quantization · Courses and worked examples

For a deployment evaluation, record exact weights, precision, engine, device count, interconnect, prompt/output lengths and concurrency. Report task success, errors, TTFT, TPOT and useful throughput together.

Sources and citation

Our assessment is editorial judgment based on the linked architecture and deployment evidence. Model facts are publisher-reported or attributed to runtime maintainers; no independent GPU benchmark was run.

AI Infra Interviews, “DeepSeek-V4.1-Flash-1017: release, architecture and deployment”, checked 2026-11-06. Preserve this date and the exact checkpoint when citing.

Model and research notes as JSON · DeepSeek profile