Meta Llama 系列是本地大模型的参照系:3.1(8B/70B)、3.2(3B)、3.3(70B)以及 Llama 4 Scout 109B MoE。采用社区许可(llama3.1/3.2/3.3、llama4-community)而非 OSI 许可;上下文 128K,Scout 标称 10M 为厂商宣传值。
Meta 的 Llama 系列是本地大模型的"参照系"。社区里几乎所有 GGUF 量化、推理引擎和微调项目都优先支持 Llama,所以新手买卡时问的第一句话通常就是"跑 Llama 要什么显卡"。本文覆盖五个尺寸:Llama 3.2 3B、Llama 3.1 8B、Llama 3.1 70B、Llama 3.3 70B,以及 Llama 4 Scout(109B MoE,激活 17B)。它们都采用 Meta 社区许可(llama3.1 / llama3.2 / llama3.3 / llama4-community),不是 OSI 开源许可;上下文统一 128K,只有 Scout 例外——厂商标称 10M。
下面的 VRAM 数字按本站标准公式估算:Q4 权重 + 8K 上下文的 KV cache + 1GB 开销。上下文拉长后,每 1K token 大约还要为每个激活的十亿参数多加 0.025 GB,所以稠密 70B 跑 32K 会比 8K 多吃不少显存。
Llama 真正的护城河是生态引力:所有量化格式、所有运行器(llama.cpp、Ollama、vLLM、LM Studio)以及大多数微调项目都把 Llama 当基准。3.x 全系 128K 上下文,对本地 RAG 相当够用——只是别忘了 KV cache 随上下文线性增长,70B 真跑满 128K 需要的显存远不止上面 8K 的数字。Scout 是个异类:10M 标称上下文(厂商宣传值,对超长上下文的宣传建议保持谨慎),加上 MoE 的效率,让 100B 级别的模型在单张高端工作站卡上成为可能。许可方面,社区许可对绝大多数商用场景都足够宽松,但如果你体量非常大,记得读一遍条款。
拿不准的话,先用 12–16GB 的卡跑 8B:这是搞清自己工作负载真实需求的最便宜方式,比一步到位上 96GB 稳妥得多。
| 模型 | 参数 (B) | 上下文 (K) | Q4 (GB) | 许可 | 装机核对 |
|---|---|---|---|---|---|
| Llama-3.1-8B-Instruct | 8.0 | 128 | 4.4 | llama3.1 | Arc B570 10GB |
| Llama-3.1-70B-Instruct | 70.6 | 128 | 38.8 | Llama 3.1 Community | Mac mini M4 Pro 64GB |
| 模型 | 参数 (B) | 上下文 (K) | Q4 (GB) | 许可 | 装机核对 |
|---|---|---|---|---|---|
| Llama-3.3-70B-Instruct | 70.6 | 128 | 38.8 | Llama 3.3 Community | Mac mini M4 Pro 64GB |
| 模型 | 参数 (B) | 上下文 (K) | Q4 (GB) | 许可 | 装机核对 |
|---|---|---|---|---|---|
| Llama-3.2-3B-Instruct | 3.2 | 128 | 1.8 | llama3.2 | Arc B570 10GB |
| 模型 | 参数 (B) | 上下文 (K) | Q4 (GB) | 许可 | 装机核对 |
|---|---|---|---|---|---|
| Llama-4-Scout-17B-16E-Instruct | 109.0 | 10240 | 59.95 | llama4-community | Mac Studio M3 Ultra 96GB |