我能跑 Gemma 4 E2B 吗?
Google 的 Gemma 4 E2B 在推荐的 4 位量化下大约需要 6 GB 内存(下载体积 3.1 GB)。下方即时检测您的硬件 — 数据不会离开您的浏览器。 在 NVIDIA RTX 3060 12GB 上预计可达约 ~219 tok/s。
正在读取您的硬件信号…
实际使用笔记
Gemma 4 E2B 是 Google 推出的小型混合专家(MoE)模型,最有意思的地方在于它的参数账:总参数量为 5.1B,但每个 token 只激活约 2.3B。这意味着它能以远小于自身体量的模型那样的速度运行,同时却仍需为全部权重预留内存。4-bit 量化后体积约为 3.1 GB,要装下完整权重,内存最好至少有 6 GB 左右。这样的需求一块入门级 8 GB 显卡就能轻松满足,任何 Apple Silicon 的 Mac 也绰绰有余。它同时支持对话和视觉,所以你不仅能喂文本,还能喂图片。
日常使用中,激活参数的这个小技巧在吞吐量上回报明显。在 RTX 3060 12GB 上,4-bit 下能跑到约 219 tokens 每秒,RTX 4090 能把这个数字推到 600 以上;M 系列 Max 大约在 250 左右。回复的生成速度远快于你的阅读速度。128K 上下文是需要留意的代价:一旦填满,总内存会攀升到约 16.8 GB,远超短上下文下所需的 6 GB。在小显卡上,把工作上下文控制在几千个 token 以内,否则 KV cache 会胀得比模型本身还大。
在自家家族里,如果你不想应付 MoE 的内存占用,Gemma 3 4B 是稠密版的替代选择;而 Qwen 3 4B 在多步推理上通常更占优势,因为那正是它主打的方向。Gemma 4 E2B 的亮点在于速度与能力的比值,再加上在如此轻量的体积里原生支持视觉——这在同等规模的模型中相当少见。它采用 Apache 2.0 许可,因此不同于 Google 早期 Gemma 那套条款,你可以放心地将它用于商业生产环境,无需再去研读任何特殊许可。用 ollama run gemma4:e2b 拉取即可上手。
规格参数
各量化版本体积
| 量化 | 位/权重 | 下载体积 | 最低内存 | 质量 |
|---|---|---|---|---|
| Q2_K | 3.35 | 2.1 GB | 6 GB | 损失明显 |
| Q4_K_M推荐 | 4.85 | 3.1 GB | 6 GB | 推荐 |
| Q5_K_M | 5.65 | 3.6 GB | 6 GB | 高 |
| Q8_0 | 8.5 | 5.4 GB | 12 GB | 接近原版 |
| F16 | 16 | 10.2 GB | 16 GB | 原版 |
体积按参数量 × 位/权重估算,实际 GGUF 版本会略有差异。 · 数据更新于: 2026-06-11 · 这些数字是怎么算出来的 →
不同上下文长度的内存需求
| 上下文 | KV 缓存(估算) | 总内存(Q4) |
|---|---|---|
| 4K tokens | ~0.4 GB | ~3.5 GB |
| 8K tokens | ~0.9 GB | ~4.0 GB |
| 32K tokens | ~3.4 GB | ~6.5 GB |
| 128K tokens | ~13.7 GB | ~16.8 GB |
KV 缓存会随上下文长度增长 — 4K 下装得下的模型,到 32K 可能就内存不足了。估算基于 FP16 缓存并采用 grouped-query attention;实际占用因运行时而异。
不同硬件的预估速度
| 硬件 | 带宽 | 约·速度 |
|---|---|---|
| NVIDIA RTX 3060 12GB | 360 GB/s | ~219 tok/s |
| NVIDIA RTX 4090 24GB | 1008 GB/s | ~614 tok/s |
| Apple M-series (base) | 100 GB/s | ~61 tok/s |
| Apple M-series Pro | 270 GB/s | ~165 tok/s |
| Apple M-series Max | 410 GB/s | ~250 tok/s |
| CPU only (dual-channel DDR5) | 60 GB/s | ~37 tok/s |
Token 生成速度受内存带宽限制:tok/s ≈ 带宽 × 0.85 ÷ Q4 下的模型体积。实际数值因运行时和上下文长度而异。
在本地运行
最简单的方式是 Ollama — 一条命令即可开聊:
ollama run gemma4:e2b