DeepSeek-V4.1-Flash-1017

DeepSeek · 552B 总参数 / 激活 8B · MoE · MLA 多潜注意力 · 压缩稀疏注意力(40 层仅 4 层存 KV,compress_ratios 18×2/20×1)· Engram 哈希记忆(196.6B 表可 host offload)· 3 层 MTP + DSpark 投机模块(7.98G 独立小模型)· 原生视觉塔 · 1M ctx(64K YaRN 16× 外推) · 开源 2026-10-17 · 552B MoE 激活 8B / 1M 上下文 / MLA+压缩注意力 / Engram 记忆 offload / 多机/共享主机门槛 / MIT / 多模态

关于 DeepSeek-V4.1-Flash-1017 的完整介绍(点开看;上面就是结论表)

DeepSeek-V4.1-Flash 的 10-17 小版本更新(README 原文「a minor update to DeepSeek-V4.1-Flash」,推理/编码/Agent/视觉基准全面提升 + 任务运行时间与输出长度缩短)——**B-064 日期核清(2026-11-09)改判开源**:原闭源表标「日期未核(1017 即 10/17 推断)」,本轮一手源双核到:DeepSeek 官方 API 文档 news 页(api-docs.deepseek.com/zh-cn/news/news261017/,2026-10-17 发布,**底部「模型开源」节直接给出 HF/ModelScope 权重链接**)+ hf-mirror 搜索 API(仓库 deepseek-ai/DeepSeek-V4.1-Flash-1017 createdAt 2026-10-17T02:40:38Z,295K downloads / 5414 likes / license:mit)。**MIT 许可**(README + LICENSE 双确认,比父条目口径更宽松地确认)。参数一手(**2026-11-13 B-120 纠错**):本条目原写「HF API safetensors.total = 763,205,315,794 ≈ 763B 总参数」,那是个**字节口径误读**——763,205,315,794 是各 dtype 字节数之和,不是参数量:当前 48 个分片实测合计 **510,304,178,606 字节**(index 的 metadata.total_size = 510,286,023,000),分片 header 实测专家权重是 **FP4 打包**(I8 容器 + 每 32 元素一个 E8M0 scale),文件字节数本来就远小于按字节数反推的参数量。正确口径三条一手源对得上:**① 骨干 552B**——官方 README「552B backbone parameters」,本仓 config 复算 ≈551.4B(40 层 × 385 专家 × 3 × 5120 × 2304 = 545.1B 专家 + 注意力 5.1B + embedding 1.3B);**② Engram 哈希 n-gram 记忆表 196.6B 参数**(config engram_num_embeddings [384006168, 384016682] × engram_head_dim 256 = 98.3B × 2;官方 README 亦作 Engram conditional memory (196B parameters);实现里该表按 float8_e4m3fn 存,≈197G 可整块 host offload)——原写「76.8B」是错的,本轮已改;**③ 合计约 749B**(552B 骨干 + 196.6B Engram + 视觉/DSpark ~0.8B)。本站 params_b 取**骨干口径 552**(与父条目、qwen3-8-flash-next「125B 骨干 + 51.2B n-gram 表单列」同先例),Engram 表在 summary 与 vram_formula 里单列第二笔账。config 全文一手核到(hf-mirror resolve/main/config.json,model_type deepseek_v41 / DeepseekV41ForCausalLM):text_config 40 层 / hidden 5120 / **MLA kv 1 头 head_dim 512**(q_lora 1280 / o_lora 1024 o_groups 8)/ **384 路由专家 top-6 + 1 共享**(sqrtsoftplus 评分 + noaux_tc)/ **仅 4 层存 KV**(kv_source_layer_ids [2,8,14,20],compress_ratios 前 2 层 0 / 中间 18 层 ×2 / 后 20 层 ×1 / 尾部 3 层(MTP)0)/ index 32 头 topk 512 候选块选择 / **1M ctx(max_position_embeddings 1048576,由 65536 YaRN factor 16 外推,非真训 1M)**/ vocab 129,280(比父条目 129,280→同系)/ **3 层 MTP**(num_nextn_predict_layers 3)+ DSpark 模块(block 5 / markov rank 256 / 128 专家 top-3,目标层 37-39)/ vision 塔 32 层 hidden 1024 patch 14 downsample 3 max_image_tokens 1024(**image-text-to-text 多模态**,比父条目视觉能力更强)。MLA + 压缩注意力 + Engram 架构套不进 GQA 六字段 → arch_detail null(父条目 deepseek-v4-1-flash 先例),KV 近似 **0.0034G/4K**(官方 README 明写 global KV **890 bytes per token**、FP4 主 KV;本轮按官方参考实现 inference/model.py 逐层复算:主 KV 4 层(kv_source_layers [2,8,14,20],head_dim 512;2/8/14 层 2:1 压缩、20 层不压缩)= 512×2.5×(0.5+1/16) = 720 B/token,indexer 键缓存 4 层(每个压缩位置 1 把共享键,index_head_dim 128)= 128×2.5×(0.5+1/32) = 170 B/token,合计 890 B/token 与官方数字逐位对上;两仓 config 与 inference 实现逐字节相同,父条目同口径;容量表标注估算)。**官方 README 推荐参数**:temperature 1.0 / top_p 1.0 / context 1M / max_tokens ≥256K;无 Jinja chat template(自带 encoding/ Python 参考实现 + deepseek-recipe Rust 库)。能力分(README 表格 vendor 口径留痕):HLE w/o tools 42.6(文本子集 44.0)/ Terminal-Bench 4.0 42.3 / DeepSWE v1.1 77.0 / ProgramBench 29.1 / NL2Repo-Bench 68.2 / BabyVision 92.5——vs 父条目 36.8/31.2/74.2 全面提升,vs GPT-5.6 Sol(44.5/39.9/73.0)Terminal-Bench 反超。**AA 三档 33/29/19(max/high/non-reasoning,2026-11-07 快照)已链本条**(evals 三档 model_slug 补链)。显存门槛:骨干 552B(FP8 存约 552G;当前发布分片已把专家转 FP4 打包,48 片合计 510.3GB)+ Engram 196.6B 表(FP8 ≈197G)offload;社区 unsloth/DeepSeek-V4.1-Flash-1017-GGUF(1.3M downloads)实测字节 UD-IQ1_S 233.0G / UD-IQ1_M 250.4G / UD-IQ2_XXS 300.5G / UD-Q2_K_XL 334.8G / UD-IQ3_XXS 394.7G / UD-IQ3_S 423.6G / UD-Q3_K_XL 485.1G / UD-Q4_K_XL 500.7G / UD-Q8_K_XL 508.4G,另 dspark 目录 8.5G 独立(unsloth 原话「1-bit 需 128GB+ RAM 设备、3-bit 需 256GB、全精度 320GB」)——**多机/共享主机门槛条目,单卡装不下**(与父条目同款定位)。家族:父条目 deepseek-v4-1-flash(09-09 开源 552B/8B,站内已有)为本条直接前代;nvidia/DeepSeek-V4.1-Flash-1017-NVFP4 官方量化变体已在 HF。**两仓现状留痕(2026-11-13 复查)**:两个仓库当前发布的是同一套权重——config.json、inference/{config.json,model.py,kernel.py} 逐字节相同,48 个分片文件名与大小、model.safetensors.index.json 的 total 与 96,085 个张量名逐项一致,safetensors 元数据 total 也完全相同;09-09 仓 lastModified 2026-10-16、1017 仓 createdAt 2026-10-17。官方把这次小版本更新(README 原文 a minor update)另开了一个 1017 仓,两仓现在指向同一套权重,因此两条目参数口径必须一致(均为骨干 552B)。站内暂无他测速度(门槛模型,按容量表推算)。

实测速度:什么卡、什么量化、多少 token

这一模型还没有实测条目。
上传实测数据

每行是一次真实测量的完整口径:哪张卡、几张卡、什么量化、多大上下文、哪个框架哪个版本、单流还是并发、开没开投机—— 缺一项就会标出来,缺项的行不参与对比与偏差计算。本站实测行没有外链,但日志路径就是原始数据所在。 想看同一张卡跑别的模型,从这个表的显卡名点进那张卡的页面。

速查:什么卡、跑多少 token

AMD R9 295X2 8G装不下(8G · 推算)
NVIDIA RTX 5070 12G装不下(12G · 推算)
AMD Radeon VII 16G装不下(16G · 推算)
NVIDIA RTX 4090 24G装不下(24G · 推算)
NVIDIA RTX 5090 32G装不下(32G · 推算)
NVIDIA RTX PRO 5000 Blackwell 48G(工作站)装不下(48G · 推算)

推算值按 Q5_K_M、8K 上下文、单流;真实测量看下面的实测速度表。没有实测的模型这里只有推算,本站不把推算写成实测。

架构(非标准 GQA 常数)

架构MoE · MLA 多潜注意力 · 压缩稀疏注意力(40 层仅 4 层存 KV,compress_ratios 18×2/20×1)· Engram 哈希记忆(196.6B 表可 host offload)· 3 层 MTP + DSpark 投机模块(7.98G 独立小模型)· 原生视觉塔 · 1M ctx(64K YaRN 16× 外推)
原生上下文上限1024K
KV 每 4K(近似)3.5 MB

此模型是 MLA 多潜注意力 / 压缩稀疏注意力 / 哈希记忆一类架构,套不进本站「层数 × KV头 × 头维」的六字段常数—— 硬填就是编数字,所以这里不假装精确:KV 按官方口径(该模型自己公布的每 token 字节数,含它自己的 KV 精度)的保守近似线性估,容量表标注「近似」。 来源:deepseek-ai/DeepSeek-V4.1-Flash-1017 / config.json(抓取于 2026-11-13)。

上下文档位(按 Q5_K_M)

上下文KV总需显存16G 水位内
4K3.5 MB387.4 G超
8K7 MB387.4 G超
32K0.03 G387.4 G超
128K0.11 G387.5 G超

* 含 1G 框架开销;可用水位按 Windows 口径 88% = 14.1G。

各显存档位能开多大

显存推荐量化8K 总需最多可开
4G装不下——
6G装不下——
8G装不下——
10G装不下——
11G装不下——
12G装不下——
16G装不下——
20G装不下——
22G装不下——
24G装不下——
32G装不下——
48G装不下——
64G装不下——
96G装不下——
128G装不下——
256G装不下——
512GQ5_K_M(估算)387.4G76137411(约 74353K)

「最多可开」已扣掉权重与 1G 开销;标注为「模型原生上限」时表示显存还有余但模型只支持这么长。净可用还要再减聊天模板与系统提示词的 250 token(估算值,未逐项核实)。量化档后带「(估算)」= 官方仓库没核到这档、按公式算的权重体积(方向保守偏高);不带 = 核过官方仓库真实文件体积。

这是 MoE 模型:显存需求按 552B 总参数算,速度按激活 8B 算。把专家放内存可以用更小的卡跑它,见 稠密与 MoE 的区别。

估算速度(Q5_K_M · 8K)

推算 本站暂无这一模型的实测记录。

显卡状态估算 tok/s
NVIDIA RTX 5090 32G装不下需 offload ≈2–3
NVIDIA RTX 5090 D 32G装不下需 offload ≈2–3
NVIDIA CMP 170HX 64G(矿卡魔改)装不下需 offload ≈2–3
NVIDIA RTX PRO 5000 Blackwell 48G(工作站)装不下需 offload ≈2–3
AMD Instinct MI100 32G(老数据中心卡)装不下需 offload ≈2–3
AMD Instinct MI50 32G(数据卡)装不下需 offload ≈2–3
AMD Radeon VII 16G装不下需 offload ≈2–3
NVIDIA RTX 4090 24G装不下需 offload ≈2–3
NVIDIA RTX 3090 Ti 24G装不下需 offload ≈2–3

同一套公式也用于显卡页,两页数字必然一致。带宽按 60–85% 效率折算(offload 场景更低),并对单流解码设经验上限,因此这里的数字比纯带宽公式保守。 总需显存 = 387.4G,对比各卡可用水位。

实测数据区

暂无实测数据。
上传实测数据

推理框架命令

llama.cpp

# 1) 取 GGUF 权重(本站核实过的仓库名)
huggingface-cli download deepseek-ai/DeepSeek-V4.1-Flash-1017 config.json
#   GGUF 量化版通常在第三方转换仓库,搜「deepseek-ai/DeepSeek-V4.1-Flash-1017 GGUF」
# 2) 起服务(Linux/macOS 用 ./llama-server,Windows 用 llama-server.exe)
llama-server -m DEEPSEEK-V4-1-FLASH-1017-Q4_K_M.gguf -ngl 99 -c 8192 --port 8080
# MoE:想让专家留在内存以塞更大模型,加 --n-cpu-moe(参数名随版本变,用 --help 确认)

Ollama

# 本站没核实到 Ollama 仓库里有 DeepSeek-V4.1-Flash-1017 的可用标签,所以不给命令
# 自己去查一眼:https://ollama.com/search?q=DeepSeek-V4.1-Flash-1017

宁可不给命令,也不给一条跑不通的命令——照抄未核实的标签是新手最常见的卡死原因。

vLLM

vLLM 直接吃 Hugging Face 仓库名,这条最可靠:
vllm serve deepseek-ai/DeepSeek-V4.1-Flash-1017 --max-model-len 8192 --gpu-memory-utilization 0.90

LM Studio

模型页搜「deepseek-ai/DeepSeek-V4.1-Flash-1017」→ 选 Q5_K_M 或 Q4_K_M → Load →
Chat Context Length 设 8192 → GPU Offload 拉到最大

仓库名 deepseek-ai/DeepSeek-V4.1-Flash-1017 是本站核实过的(架构常数就取自它)。Ollama 标签与 GGUF 文件名会随发布方变动,本站不保证一定存在,拉取失败请搜同名前缀。

优化要点

相关

16G 显存有哪些卡看 DeepSeek-V4.1-Flash-1017 在 16G 这一档和别的卡/模型比是什么位置装不下 / out of memory 怎么排查先确认是权重超容量还是上下文吃光了余量小模型跑 Q8、大模型跑 Q4 对不对?量化档应该由剩余显存决定,不是由参数量决定

有 DeepSeek-V4.1-Flash-1017 的实测数据?

上传速度 → 进入实测表,并成为这一页的第一行实测。

上传实测数据
这条内容有帮助吗?