← 全部模型模型检测

我能跑 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 拉取即可上手。

规格参数

参数量5.1B (2.3B 激活)
上下文窗口128K tokens
厂商Google
许可证Apache 2.0
发布时间2026-04
擅长领域聊天, 视觉

各量化版本体积

量化位/权重下载体积最低内存质量
Q2_K3.352.1 GB6 GB损失明显
Q4_K_M推荐4.853.1 GB6 GB推荐
Q5_K_M5.653.6 GB6 GB
Q8_08.55.4 GB12 GB接近原版
F161610.2 GB16 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 12GB360 GB/s~219 tok/s
NVIDIA RTX 4090 24GB1008 GB/s~614 tok/s
Apple M-series (base)100 GB/s~61 tok/s
Apple M-series Pro270 GB/s~165 tok/s
Apple M-series Max410 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

常见问题