我能跑 Gemma 4 26B A4B 吗?
Google 的 Gemma 4 26B A4B 在推荐的 4 位量化下大约需要 24 GB 内存(下载体积 15.3 GB)。下方即时检测您的硬件 — 数据不会离开您的浏览器。 在 Apple M-series Max 上预计可达约 ~151 tok/s。
正在读取您的硬件信号…
实际使用笔记
Gemma 4 26B A4B 是 Google 推出的混合专家(MoE)模型,名字本身就道出了它的玄机:总参数量为 25.2B,但每个 token 实际只路由其中的 3.8B。这意味着它的生成速度接近一个小模型,却仍要为全部参数预留显存。在 4-bit 量化下体积约为 15.3 GB,想要顺畅加载,至少需要 24 GB 内存。这就排除了 RTX 3060 这类 12 GB 显卡——它根本放不下;你需要一块 24 GB 的 GPU,或一台拥有充裕统一内存的 Apple Silicon 设备。
日常使用中,MoE 架构的优势很明显。在 RTX 4090 上它的速度约为 372 tok/s,远超你的阅读速度,流式输出毫无压力;M 系列 Max 也能跑出约 151 tok/s。纯 CPU 配合 DDR5 内存则降到约 22 tok/s,适合批处理但不适合交互式对话。上下文窗口高达 256K,但请把它当作上限:在 128K 上下文下,完整显存占用会攀升到约 43.4 GB,所以在 24 GB 的配置上,除非降到 10.6 GB 的 q2 版本,否则就得把实际使用的上下文控制得保守一些。
与体量相近的稠密视觉模型 Mistral Small 3.1 24B 相比,得益于稀疏路由,Gemma 4 在单 token 速度上通常更快;不过在最高难度的单遍推理任务上,这一级别的稠密模型仍可能略占上风。它最突出的特点,是这种速度与能力的平衡,再加上同一个模型里就内置了真正可用的视觉与编程支持。它采用 Apache 2.0 许可证,因此可以商用、可以部署到生产环境,没有特定厂商的限制——这在同等规模的模型中相当少见,是一个实打实的加分项。用 ollama 拉取时使用 gemma4:26b。
规格参数
各量化版本体积
| 量化 | 位/权重 | 下载体积 | 最低内存 | 质量 |
|---|---|---|---|---|
| Q2_K | 3.35 | 10.6 GB | 16 GB | 损失明显 |
| Q4_K_M推荐 | 4.85 | 15.3 GB | 24 GB | 推荐 |
| Q5_K_M | 5.65 | 17.8 GB | 24 GB | 高 |
| Q8_0 | 8.5 | 26.8 GB | 48 GB | 接近原版 |
| F16 | 16 | 50.4 GB | 96 GB | 原版 |
体积按参数量 × 位/权重估算,实际 GGUF 版本会略有差异。 · 数据更新于: 2026-06-11 · 这些数字是怎么算出来的 →
不同上下文长度的内存需求
| 上下文 | KV 缓存(估算) | 总内存(Q4) |
|---|---|---|
| 4K tokens | ~0.9 GB | ~16.2 GB |
| 8K tokens | ~1.8 GB | ~17.1 GB |
| 32K tokens | ~7.0 GB | ~22.3 GB |
| 128K tokens | ~28.1 GB | ~43.4 GB |
KV 缓存会随上下文长度增长 — 4K 下装得下的模型,到 32K 可能就内存不足了。估算基于 FP16 缓存并采用 grouped-query attention;实际占用因运行时而异。
不同硬件的预估速度
| 硬件 | 带宽 | 约·速度 |
|---|---|---|
| NVIDIA RTX 3060 12GB | 360 GB/s | VRAM 装不下 |
| NVIDIA RTX 4090 24GB | 1008 GB/s | ~372 tok/s |
| Apple M-series (base) | 100 GB/s | ~37 tok/s |
| Apple M-series Pro | 270 GB/s | ~100 tok/s |
| Apple M-series Max | 410 GB/s | ~151 tok/s |
| CPU only (dual-channel DDR5) | 60 GB/s | ~22 tok/s |
Token 生成速度受内存带宽限制:tok/s ≈ 带宽 × 0.85 ÷ Q4 下的模型体积。实际数值因运行时和上下文长度而异。
在本地运行
最简单的方式是 Ollama — 一条命令即可开聊:
ollama run gemma4:26b