我能跑 Gemma 4 31B 吗?
Google 的 Gemma 4 31B 在推荐的 4 位量化下大约需要 32 GB 内存(下载体积 18.6 GB)。下方即时检测您的硬件 — 数据不会离开您的浏览器。 在 Apple M-series Max 上预计可达约 ~19 tok/s。
正在读取您的硬件信号…
实际使用笔记
Gemma 4 31B 是 Google 推出的中大型开放权重模型,参数量 30.7B,把对话、代码、推理和视觉能力打包在一起。这不是那种笔记本随开随用的模型。4-bit 量化下它约占 18.6 GB,光是加载就至少需要 32 GB 内存,所以 RTX 3060 这类 12 GB 显卡根本放不下。它真正合适的落脚点是 RTX 4090 这样的 24 GB GPU,或者配备充裕统一内存的 Apple Silicon Mac。如果你想要一个全能型选手、手头又有合适的硬件,本地模型正是从这个档位开始变得真正好用。
日常使用中,它谈不上飞快,但够顺手。在 RTX 4090 上,4-bit 下大约能跑到 46 tok/s,边输出边读完全跟得上;在 Apple M Max 上则稳定在接近 19 tok/s,交互使用依然没问题。纯 CPU 跑 DDR5 内存会掉到约 3 tok/s,这就只能靠耐心了。256K 的上下文窗口很慷慨,但代价不小:仅推到 128K 就已经要占用约 49.3 GB 总内存,所以把完整窗口当成上限,除非内存有富余,否则工作上下文还是控制得保守些为好。
对比 Qwen 3 30B-A3B(一个参数量极为接近的 30.5B 同类,差别在架构):Qwen 采用的 mixture-of-experts 设计每个 token 通常更省算力,而 Gemma 4 31B 是稠密模型,每次前向都用满全部权重,在视觉和广泛的指令遵循上整体感觉更稳。如果你想要体量小得多的,Gemma 3 4B 是更轻的选择。这款模型的亮点在于覆盖面广:一个模型搞定对话、代码、推理和图像,并且采用干净的 Apache 2.0 许可,可商用、可上生产,没有特定厂商的限制。
规格参数
各量化版本体积
| 量化 | 位/权重 | 下载体积 | 最低内存 | 质量 |
|---|---|---|---|---|
| Q2_K | 3.35 | 12.9 GB | 24 GB | 损失明显 |
| Q4_K_M推荐 | 4.85 | 18.6 GB | 32 GB | 推荐 |
| Q5_K_M | 5.65 | 21.7 GB | 32 GB | 高 |
| Q8_0 | 8.5 | 32.6 GB | 48 GB | 接近原版 |
| F16 | 16 | 61.4 GB | 96 GB | 原版 |
体积按参数量 × 位/权重估算,实际 GGUF 版本会略有差异。 · 数据更新于: 2026-06-11 · 这些数字是怎么算出来的 →
不同上下文长度的内存需求
| 上下文 | KV 缓存(估算) | 总内存(Q4) |
|---|---|---|
| 4K tokens | ~1.0 GB | ~19.6 GB |
| 8K tokens | ~1.9 GB | ~20.5 GB |
| 32K tokens | ~7.7 GB | ~26.3 GB |
| 128K tokens | ~30.7 GB | ~49.3 GB |
KV 缓存会随上下文长度增长 — 4K 下装得下的模型,到 32K 可能就内存不足了。估算基于 FP16 缓存并采用 grouped-query attention;实际占用因运行时而异。
不同硬件的预估速度
| 硬件 | 带宽 | 约·速度 |
|---|---|---|
| NVIDIA RTX 3060 12GB | 360 GB/s | VRAM 装不下 |
| NVIDIA RTX 4090 24GB | 1008 GB/s | ~46 tok/s |
| Apple M-series (base) | 100 GB/s | ~5 tok/s |
| Apple M-series Pro | 270 GB/s | ~12 tok/s |
| Apple M-series Max | 410 GB/s | ~19 tok/s |
| CPU only (dual-channel DDR5) | 60 GB/s | ~3 tok/s |
Token 生成速度受内存带宽限制:tok/s ≈ 带宽 × 0.85 ÷ Q4 下的模型体积。实际数值因运行时和上下文长度而异。
在本地运行
最简单的方式是 Ollama — 一条命令即可开聊:
ollama run gemma4:31b