Gemma 4 12B Unified
关于 Gemma 4 12B Unified 的完整介绍(点开看;上面就是结论表)
Google DeepMind 的 Gemma 4 家族中 12B Unified(**2026-06-03 官方发布**——ai.google.dev Gemma releases 页一手,家族其余 E2B/E4B/31B/26B-A4B 为 2026-03-31 发布、在窗口外,本站只收这个 6/1 后的)。config 一手核到:48 层里 44 层滑窗注意力(窗口 1024)+ 4 层全注意力(pRoPE,global head_dim 512),GQA 8 KV 头 / head_dim 256,262144 原生上下文,多模态(文本+图像+音频+视频 token 全在 config,音频编码器 640 维)。11.95B 参数(官方 model card 口径)。许可 Apache 2.0。显存档位:4-bit 权重约 6G,24G 卡装 Q4 还剩 15G+ 给 KV,131K 以上长文都装得下(44 层滑窗封顶,KV 增长远慢于稠密)。盘点文档(2026-11-08)标注它是「6/1 后开源窗口唯一漏收、B-028 决策包已齐待拍板」的模型——本轮按总编辑职权补入(清单完整性属自主范围)。AA 快照(2026-11-07)未收录其跑分数据(家族里的 31B 在榜 4 分,12B 未上榜),站内无他测速度,按容量表推算 ±30%。
实测速度:什么卡、什么量化、多少 token
| 显卡 | 卡数 | 量化 | 上下文 | 框架 / 版本 | decode tok/s | prefill tok/s | 单流/并发 | 投机 | 口径 | 来源 |
|---|---|---|---|---|---|---|---|---|---|---|
| NVIDIA RTX 5080 16G | 1 卡 | 未报(run 明细 quant 列空白;页头注 quantizations tested 4bit/Q4_K_M,MEM 9.2GB 与 Q4_K_M 权重 8GB+KV 吻合) | 128K | llama.cpp(社区提交) · 版本未报 | 91.7 | 1093.2 | 单流 | 无 | 口径不全·不进对比 缺 2 项 | google/gemma-4-12b Benchmarks(llm-bench.io 模型页,As of November 2026,11 runs / 6 GPUs) llm-bench.io 社区提交 · 2026-10-11 |
| NVIDIA RTX 3050 8G | 1 卡 | Q4_0(Google QAT,exact rebuild xbill9/gemma-4-12B-it-qat-q4_0-exact-gguf,SHA-256 核对) | 4K | llama.cpp(llama-bench) · commit 7182ef71e(--spec-type draft-mtp 支持版) | 28.6 | 987.49 | 单流 | 无 | 口径不全·不进对比 缺 1 项 | Can a QAT 12B Fit an 8 GB GPU? Gemma 4 12B on an RTX 3050(xbill9 / Google Developer Experts,DEV Community 系列第 3 篇) xbill9(Google Developer Experts) · 2026-10-18 |
| NVIDIA RTX 4080 Super 16G | 1 卡 | QAT(Google 官方 4-bit QAT checkpoint) | 未报 | Glyd 0.31(同 31B 报告同机引擎) · 0.31 | 82.5 | 未报 | 单流 | 无 | 口径不全·不进对比 缺 2 项 | Gemma 4 benchmarks(llamaperf 家族页,Oct 17, 2026 31B QAT 报告正文内次级引用) llamaperf 社区提交(次级引用:无 12B 独立报告页) · 2026-10-17 |
| NVIDIA RTX 3060 12G | 1 卡 | Q4_K_M(igorls/gemma-4-12B-it-heretic-GGUF,7.4GB) | 4K | Ollama(RENDERER/PARSER gemma4) · v0.30.6 | 25 | 未报 | 单流 | 无 | 口径不全·不进对比 缺 1 项 | Benchmark Report — Ollama gemma4-optimized(hbuddenberg/LowSpec-Gemma4-12B,西语) hbuddenberg · 2026-06-06 |
| NVIDIA RTX 3090 24G | 1 卡 | Q4_K_M(GGUF) | 32K | llama.cpp · f3e182816 | 46.9 | 未报 | 单流 | 无 | 口径不全·不进对比 缺 1 项 | Gemma-4-12B-it(alesha-pro/4x3090-llm-benchmarks,96 measurements 目录页,2026-06-21 批) alesha-pro · 2026-06-21 |
| NVIDIA Tesla V100 32G(数据卡) | 1 卡 | Q4_K_M | 0K | llama.cpp llama-server(六工位统一评测,OpenAI 兼容 chat 接口) · llama.cpp b10635-fc35562ba;-np 4 -ngl 99 -fa on -ctk q8_0 -ctv q8_0 -c 32768 -b 2048 -ub 1024 -tb 1024 | 34.89 | 434.31 | 单流 | 无 | 本站实测 | P:\显卡模型网站\tools\bench\evals_suite\gemma-4-12b-unified-q4km\raw.json 本站(Step,六工位统一评测) · 2026-11-09 |
每行是一次真实测量的完整口径:哪张卡、几张卡、什么量化、多大上下文、哪个框架哪个版本、单流还是并发、开没开投机—— 缺一项就会标出来,缺项的行不参与对比与偏差计算。本站实测行没有外链,但日志路径就是原始数据所在。 想看同一张卡跑别的模型,从这个表的显卡名点进那张卡的页面。
速查:什么卡、跑多少 token
推算值按 Q6_K、8K 上下文、单流;真实测量看下面的实测速度表。没有实测的模型这里只有推算,本站不把推算写成实测。
架构常数(已核实)
来源:google/gemma-4-12B-it / config.json(抓取于 2026-11-09)。KV 公式:2 × 层数 × KV头数 × 头维 × 精度字节 × token(滑窗层按 1024 封顶)。
上下文档位(按 Q6_K)
| 上下文 | KV | 总需显存 | 16G 水位内 |
|---|---|---|---|
| 4K | 0.47 G | 11.3 G | 够 |
| 8K | 0.59 G | 11.4 G | 够 |
| 32K | 1.34 G | 12.1 G | 够 |
| 128K | 4.34 G | 15.1 G | 超 |
* 含 1G 框架开销;可用水位按 Windows 口径 88% = 14.1G。
各显存档位能开多大
| 显存 | 推荐量化 | 8K 总需 | 最多可开 |
|---|---|---|---|
| 4G | 装不下 | — | — |
| 6G | 装不下 | — | — |
| 8G | IQ3_XXS(估算) | 6.1G | 37376(约 37K) |
| 10G | Q4_K_M(估算) | 8.8G | 9216(约 9K) |
| 11G | Q4_K_M(估算) | 8.8G | 38400(约 38K) |
| 12G | Q5_K_M(估算) | 10G | 29184(约 29K) |
| 16G | Q6_K(估算) | 11.4G | 96768(约 95K) |
| 20G | Q8_0(估算) | 14.3G | 116224(约 114K) |
| 22G | Q8_0(估算) | 14.3G | 175616(约 172K) |
| 24G | Q8_0(估算) | 14.3G | 230912(约 226K) |
| 32G | Q8_0(估算) | 14.3G | 262144(约 256K) |
| 48G | Q8_0(估算) | 14.3G | 262144(约 256K) |
| 64G | Q8_0(估算) | 14.3G | 262144(约 256K) |
| 96G | Q8_0(估算) | 14.3G | 262144(约 256K) |
| 128G | Q8_0(估算) | 14.3G | 262144(约 256K) |
| 256G | Q8_0(估算) | 14.3G | 262144(约 256K) |
| 512G | Q8_0(估算) | 14.3G | 262144(约 256K) |
「最多可开」已扣掉权重与 1G 开销;标注为「模型原生上限」时表示显存还有余但模型只支持这么长。净可用还要再减聊天模板与系统提示词的 250 token(估算值,未逐项核实)。量化档后带「(估算)」= 官方仓库没核到这档、按公式算的权重体积(方向保守偏高);不带 = 核过官方仓库真实文件体积。
估算速度(Q6_K · 8K)
实测中位 34.89 tok/s(1 条,1 条已核)
| 显卡 | 状态 | 估算 tok/s |
|---|---|---|
| NVIDIA RTX 5090 32G | 流畅 | 110–155 |
| NVIDIA RTX 5090 D 32G | 流畅 | 110–155 |
| NVIDIA CMP 170HX 64G(矿卡魔改) | 流畅 | 91–129 |
| NVIDIA RTX PRO 5000 Blackwell 48G(工作站) | 流畅 | 82–117 |
| AMD Instinct MI100 32G(老数据中心卡) | 流畅 | 75–107 |
| AMD Instinct MI50 32G(数据卡) | 流畅 | 63–89 |
| AMD Radeon VII 16G | 能跑但紧 | 63–89 |
| NVIDIA RTX 4090 24G | 流畅 | 62–87 |
| NVIDIA RTX 3090 Ti 24G | 流畅 | 62–87 |
同一套公式也用于显卡页,两页数字必然一致。带宽按 60–85% 效率折算(offload 场景更低),并对单流解码设经验上限,因此这里的数字比纯带宽公式保守。 总需显存 = 11.4G,对比各卡可用水位。
实测数据区
P:\显卡模型网站\tools\bench\evals_suite\gemma-4-12b-unified-q4km\raw.json(本站实测 · 本机日志,无外链)
推理框架命令
llama.cpp
# 1) 取 GGUF 权重(本站核实过的仓库名)
huggingface-cli download google/gemma-4-12B-it config.json
# GGUF 量化版通常在第三方转换仓库,搜「google/gemma-4-12B-it GGUF」
# 2) 起服务(Linux/macOS 用 ./llama-server,Windows 用 llama-server.exe)
llama-server -m GEMMA-4-12B-UNIFIED-Q4_K_M.gguf -ngl 99 -c 8192 --port 8080
# 该模型带滑窗层,长上下文比同级便宜,值得把 -c 拉高试试Ollama
# 本站没核实到 Ollama 仓库里有 Gemma 4 12B Unified 的可用标签,所以不给命令
# 自己去查一眼:https://ollama.com/search?q=Gemma%204%2012B%20Unified宁可不给命令,也不给一条跑不通的命令——照抄未核实的标签是新手最常见的卡死原因。
vLLM
vLLM 直接吃 Hugging Face 仓库名,这条最可靠:
vllm serve google/gemma-4-12B-it --max-model-len 8192 --gpu-memory-utilization 0.90LM Studio
模型页搜「google/gemma-4-12B-it」→ 选 Q6_K 或 Q4_K_M → Load →
Chat Context Length 设 8192 → GPU Offload 拉到最大仓库名 google/gemma-4-12B-it 是本站核实过的(架构常数就取自它)。Ollama 标签与 GGUF 文件名会随发布方变动,本站不保证一定存在,拉取失败请搜同名前缀。
优化要点
- Q4_K_M 权重 7.2G(估算)、Q6_K 9.8G(估算)、Q8_0 12.7G(估算):带「估算」的是公式值(官方仓库没核到这档),不带的核过真实文件;先在容量表里确认 8K 上下文还剩多少,再决定档位
- 上下文从 8K 提到 32K,KV 增加约 0.8G(本模型 48 层 / 8 KV头 / 头维 256)
- 模型原生上下文上限是 256K,把 -c 设得更高属于超纲使用,质量不保证
- 想要更长上下文:-ctk q8_0 -ctv q8_0 让 KV 减半,几乎不掉质量
- 稠密模型每个 token 都要读全部权重,所以速度上限就是带宽 ÷ 权重大小
- 本站对单流解码设了经验上限 200–200 tok/s(依带宽分档),超出上限的数字是公式失真而不是你的卡快