Ministral 3 3B Instruct
3BMistral Ministral 3
Apache 2.0 许可的 Ministral 3 小型指令模型,支持文本和图像输入。语言骨干有 26 层全注意力,256K 上下文。语言参数量按官方配置重建,独立视觉编码器不计入该参数量,其字节数单独记录在各 GGUF 档位旁。读图估算须额外计入编码器,并将图像 token 计入上下文预算。各档位没有公布困惑度损失。
262K
最大上下文
3
量化变体
GGUF Q8_0
最佳质量
—
困惑度增幅(最佳档位)
量化变体对比
各量化级别的显存、质量损失及 RTX 4090 推理速度
实测 = 本站跑过 · 估算 = 本站未跑过:推算所得,或本站未核实的数字 · 社区 = 公开报告
| 格式 | 级别 | BPW | 显存 | PPL 损失 | 速度 | 来源 | 操作 |
|---|---|---|---|---|---|---|---|
| GGUF | Q4_K_M | 5.01 | 2.7 GB | — | — | 估算 | |
| GGUF | Q5_K_M | 5.77 | 3.0 GB | — | — | 估算 | |
| GGUF | Q8_0 | 8.52 | 4.3 GB | — | — | 估算 |
每个体积对应哪个文件
文件大小不等于显存:显存一栏是计算器在 4K 上下文下的总量 —— 权重加 KV 缓存,再加 10% 的激活缓冲。两边的单位是有意不同的:文件大小用十进制 GB,和 Hugging Face 列表一致;显存一栏用 GiB(1024³ 字节),并在权重上多算 2%,所以 7.12 GB 的文件在那一栏里约是 6.8 GiB。仓库若带视觉投影(mmproj),它是另外下载的文件,两个数字都不含它。
- GGUF Q4_K_Mmistralai/Ministral-3-3B-Instruct-2512-GGUF · Ministral-3-3B-Instruct-2512-Q4_K_M.gguf · 2.15 GB (2,147,023,008 字节) · 另需视觉投影 0.84 GB · 2026-11-14 核对
- GGUF Q5_K_Mmistralai/Ministral-3-3B-Instruct-2512-GGUF · Ministral-3-3B-Instruct-2512-Q5_K_M.gguf · 2.47 GB (2,474,178,720 字节) · 另需视觉投影 0.84 GB · 2026-11-14 核对
- GGUF Q8_0mistralai/Ministral-3-3B-Instruct-2512-GGUF · Ministral-3-3B-Instruct-2512-Q8_0.gguf · 3.65 GB (3,652,204,704 字节) · 另需视觉投影 0.84 GB · 2026-11-14 核对
相似模型
与 Ministral 3 对比Ministral 3 14B Instruct
Mistral Ministral 3
Apache 2.0 许可的 Ministral 3 较大尺寸指令模型,支持文本和图像输入。语言骨干有 40 层全注意力、8 个 128 维 KV 头,256K 上下文。参数量按官方配置重建语言模型计算,独立视觉编码器作为额外文件记录,不混入语言权重。长上下文和读图的运行内存均高于 GGUF 文件本身。各档位没有公布困惑度损失。
Ministral 3 8B Instruct
Mistral Ministral 3
Mistral 官方直接发布 GGUF,分 3B / 8B / 14B 与 Instruct、Reasoning 两种变体;其中 8B 在 Q4 下能装进 8GB 显卡并留出可用的上下文余量。34 层全部是标准全注意力,因此下方的显存估算与计算器的假设完全一致。各档位的质量损失官方未公布。
Qwen3.5 2B
Alibaba Qwen3.5
Qwen3.5 的 2B 尺寸,几乎什么硬件都能跑:老显卡、基础款 Mac、迷你主机和纯 CPU 服务器。24 层中只有 6 层保留会增长的 KV 缓存,每层只有 2 个 KV 头。Q4_K_M 在 4K 上下文下约需 1.5 GB,32K 下约 1.9 GB,用满 256K 窗口约 4.8 GB;即使 Q8_0,4K 下也只要约 2.2 GB。Qwen3.5 的小尺寸默认关闭推理模式。体积按已公布的 GGUF 文件大小计算,各档位的质量损失未公布。
Llama 3.2 3B Instruct
Meta Llama 3.2
小巧而实用,4GB 显存或 8GB 内存即可运行,甚至可在手机端通过 llama.cpp 运行。
在本地运行 Ministral 3 3B Instruct
在 Q4_K_M、4K 上下文下,Ministral 3 3B Instruct 约需 2.7 GB —— 权重 2.0 GB、KV 缓存 0.41 GB、激活缓冲 0.2 GB。本索引中能宽裕跑它的最小规格是 8 GB 显卡 —— 共 11 张,Mac M1 8G 起步;78 张卡中有 78 张可以。这些是计算值而非实测值:估算把「宽裕」的界线画在显存的 88%,大致就是桌面环境需要留出的余量。
上下文变长会多花多少
从 4K 提到 32K 约多占 2.84 GB,总量来到 5.8 GB。权重不随上下文变化,只有 KV 缓存会,而且是线性增长 —— 规划长文档场景时要盯的就是这个数字。该模型的原生上下文是 256K;在 Q4_K_M 下把它全部撑满约需 31 GB。
该下载哪个版本
本索引只收录了 Ministral 3 3B Instruct 的 GGUF 格式,共 3 个档位(Q4_K_M、Q5_K_M、Q8_0)。 该模型没有公开的逐档困惑度数据,因此质量一列留空而不是填估算值 —— 在同一个模型内部,位数越多越忠实是数据唯一支持的排序。本站硬件上没有该模型的吞吐实测数据。GGUF 可在 NVIDIA、AMD 与苹果芯片上通过 llama.cpp 和 Ollama 运行;AWQ 与 GPTQ 面向 CUDA 和 ROCm 上的 vLLM;EXL2 是 ExLlamaV2 —— 仅限 CUDA,而且已经归档,适合本机使用而不适合提供服务。
常见问题
- Ministral 3 3B Instruct 需要多少显存?
- 在 Q4_K_M、4K 上下文、batch 1 下约 2.7 GB,到 32K 时约 5.8 GB。这个数字是权重加 KV 缓存再加 10% 激活缓冲,由模型架构计算得出,不是在显卡上实测的。
- Ministral 3 3B Instruct 能在 8GB 显卡上跑吗?
- 可以 —— 在 Q4_K_M、4K 上下文下约需 2.7 GB,在 Mac M1 8G 上还剩 3.3 GB,本索引中 11 张 8 GB 显卡都一样。这是能宽裕跑它的最小规格;78 张中有 78 张可以。
- Ministral 3 3B Instruct 该用哪个量化档位?
- 该模型没有公开的质量对比数据,所以按体积来选:Q4_K_M 是多数人使用的档位,bits-per-weight 越高越忠实。索引中的 3 个档位是 Q4_K_M、Q5_K_M、Q8_0。
这个模型能跑在哪
按 Q4_K_M、4K 上下文估算,显存从小到大排列。「从容」指估算占用不超过显存的 88%。
怎么把它跑起来
针对本模型及同类硬件的部署指南。
本页数字会随模型数据或运行时版本的变化而更新。最近更新 2026-11-14 RSS → /zh/feed.xml