我能跑 Gemma 4 E4B 吗?
Google 的 Gemma 4 E4B 在推荐的 4 位量化下大约需要 8 GB 内存(下载体积 4.9 GB)。下方即时检测您的硬件 — 数据不会离开您的浏览器。 在 NVIDIA RTX 3060 12GB 上预计可达约 ~112 tok/s。
正在读取您的硬件信号…
实际使用笔记
Gemma 4 E4B 是 Google 的小型 mixture-of-experts 模型,如果你想要一个能读取图片的本地助手,它是个不错的选择。MoE 的关键在于:每个 token 只会激活 8B 参数中的约 4.5B,所以它跑起来像一个小得多的模型那么快,但你仍然需要把完整模型全部放进内存。4-bit 量化下大约占用 4.9 GB,在 RTX 3060 这类 12 GB 的显卡上还能留出充足余量,8 GB 的 Apple Silicon Mac 统一内存也能轻松容纳。规划显存时请按整个模型来算,而不是按激活的那部分。
日常使用中它感觉很快。在 RTX 3060 上 4-bit 量化大约能跑到每秒 112 token;而 RTX 4090 这类高端卡能把速度推到 300 以上,远超你能读完的速度。Apple Silicon 这边,M-Max 稳定在约 128 tok/s 左右,纯 CPU 配 DDR5 只要你有耐心也能给出大约 19 tok/s。128K 上下文窗口是真实的,但代价不小:如果填满,总内存会攀升到大约 21.7 GB,远超仅看权重所暗示的数字。在小硬件上,把工作上下文控制在几千 token 以内,体验会舒服得多。
和家族里更轻量的 Gemma 3 4B 相比,E4B 在保持同样小巧的激活占用的同时,整体输出通常更强;两者都能处理图像,因此除非你真的内存吃紧,它是更好的默认选择。它的亮点正是 MoE 那种速度与质量的平衡:用小模型的延迟实现对话和图像理解。许可证则是最省心的部分。它采用 Apache 2.0,意味着没有任何厂商专属的附加限制,可以自由用于商业用途和生产环境。这让它成为最干净、最适合在其上真正构建产品的本地模型之一。
规格参数
各量化版本体积
| 量化 | 位/权重 | 下载体积 | 最低内存 | 质量 |
|---|---|---|---|---|
| Q2_K | 3.35 | 3.4 GB | 6 GB | 损失明显 |
| Q4_K_M推荐 | 4.85 | 4.9 GB | 8 GB | 推荐 |
| Q5_K_M | 5.65 | 5.7 GB | 12 GB | 高 |
| Q8_0 | 8.5 | 8.5 GB | 16 GB | 接近原版 |
| F16 | 16 | 16.0 GB | 24 GB | 原版 |
体积按参数量 × 位/权重估算,实际 GGUF 版本会略有差异。 · 数据更新于: 2026-06-11 · 这些数字是怎么算出来的 →
不同上下文长度的内存需求
| 上下文 | KV 缓存(估算) | 总内存(Q4) |
|---|---|---|
| 4K tokens | ~0.5 GB | ~5.4 GB |
| 8K tokens | ~1.0 GB | ~5.9 GB |
| 32K tokens | ~4.2 GB | ~9.1 GB |
| 128K tokens | ~16.8 GB | ~21.7 GB |
KV 缓存会随上下文长度增长 — 4K 下装得下的模型,到 32K 可能就内存不足了。估算基于 FP16 缓存并采用 grouped-query attention;实际占用因运行时而异。
不同硬件的预估速度
| 硬件 | 带宽 | 约·速度 |
|---|---|---|
| NVIDIA RTX 3060 12GB | 360 GB/s | ~112 tok/s |
| NVIDIA RTX 4090 24GB | 1008 GB/s | ~314 tok/s |
| Apple M-series (base) | 100 GB/s | ~31 tok/s |
| Apple M-series Pro | 270 GB/s | ~84 tok/s |
| Apple M-series Max | 410 GB/s | ~128 tok/s |
| CPU only (dual-channel DDR5) | 60 GB/s | ~19 tok/s |
Token 生成速度受内存带宽限制:tok/s ≈ 带宽 × 0.85 ÷ Q4 下的模型体积。实际数值因运行时和上下文长度而异。
在本地运行
最简单的方式是 Ollama — 一条命令即可开聊:
ollama run gemma4:e4b