我能跑 Gemma 3n E4B 吗?
Google 的 Gemma 3n E4B 在推荐的 4 位量化下大约需要 8 GB 内存(下载体积 4.7 GB)。下方即时检测您的硬件 — 数据不会离开您的浏览器。 在 NVIDIA RTX 3060 12GB 上预计可达约 ~126 tok/s。
正在读取您的硬件信号…
实际使用笔记
Gemma 3n E4B 是 Google 面向对话和视觉打造的小型多模态模型,主要针对那些既想要一个本地强力助手、又希望它能看懂图片的用户。它名义上有 7.8B 参数,但采用混合专家(MoE)架构:每个 token 只激活约 4B 参数,所以实际运行速度明显快于其整体规模给人的印象。在 4-bit 量化下约为 4.7 GB,能轻松塞进像 RTX 3060 这样的 8 GB 显卡并留有余量,在任何较新的 Apple Silicon Mac 的统一内存里也游刃有余。MoE 的小麻烦在于:无论实际激活多少专家,整个模型仍需常驻内存,因此请预留至少 8 GB 内存。
日常使用感觉很流畅。在 RTX 3060 12GB 上,4-bit 下可达到约 126 tok/s,4090 则能推到大约 353,两者都远超阅读速度;M 系列 Max 大约在 144 左右,即便是 DDR5 上的纯 CPU 也能跑出约 21,不赶时间的话也够用。视觉能力才是你在这个规模上选它而非纯文本模型的真正理由。上下文最高为 32K,对于对话和文档问答足够舒适,但算不上长上下文的主力。一旦填满这个窗口,总内存占用会爬升到约 8.8 GB,所以在 8 GB 显卡上要把实际工作上下文控制得克制一些。
对比 Llama 3.1 8B 这个同级别里最直接的纯文本替代方案,Gemma 3n E4B 通常会牺牲一部分纯粹的推理深度,换来 Llama 在同等体量下无法提供的两样东西:原生图像理解,以及 MoE 带来的速度优势。如果你只需要文本,Gemma 3 4B 是更轻量的同门,Llama 3.1 8B 则是更稳妥的纯对话之选。Gemma 3n E4B 的最大亮点,是它是一款真正实用、且仍能装进 8 GB 的视觉加对话模型。关于许可证有一点要注意:Gemma 许可证是开放权重而非开源,附带 Google 自己的使用条款,因此上线前务必先读一遍——不过它允许商业使用。
规格参数
各量化版本体积
| 量化 | 位/权重 | 下载体积 | 最低内存 | 质量 |
|---|---|---|---|---|
| Q2_K | 3.35 | 3.3 GB | 6 GB | 损失明显 |
| Q4_K_M推荐 | 4.85 | 4.7 GB | 8 GB | 推荐 |
| Q5_K_M | 5.65 | 5.5 GB | 12 GB | 高 |
| Q8_0 | 8.5 | 8.3 GB | 12 GB | 接近原版 |
| F16 | 16 | 15.6 GB | 24 GB | 原版 |
体积按参数量 × 位/权重估算,实际 GGUF 版本会略有差异。 · 数据更新于: 2026-06-11 · 这些数字是怎么算出来的 →
不同上下文长度的内存需求
| 上下文 | KV 缓存(估算) | 总内存(Q4) |
|---|---|---|
| 4K tokens | ~0.5 GB | ~5.2 GB |
| 8K tokens | ~1.0 GB | ~5.7 GB |
| 32K tokens | ~4.1 GB | ~8.8 GB |
KV 缓存会随上下文长度增长 — 4K 下装得下的模型,到 32K 可能就内存不足了。估算基于 FP16 缓存并采用 grouped-query attention;实际占用因运行时而异。
不同硬件的预估速度
| 硬件 | 带宽 | 约·速度 |
|---|---|---|
| NVIDIA RTX 3060 12GB | 360 GB/s | ~126 tok/s |
| NVIDIA RTX 4090 24GB | 1008 GB/s | ~353 tok/s |
| Apple M-series (base) | 100 GB/s | ~35 tok/s |
| Apple M-series Pro | 270 GB/s | ~95 tok/s |
| Apple M-series Max | 410 GB/s | ~144 tok/s |
| CPU only (dual-channel DDR5) | 60 GB/s | ~21 tok/s |
Token 生成速度受内存带宽限制:tok/s ≈ 带宽 × 0.85 ÷ Q4 下的模型体积。实际数值因运行时和上下文长度而异。
在本地运行
最简单的方式是 Ollama — 一条命令即可开聊:
ollama run gemma3n