前言

大模型军备竞赛背后,小模型(SLM)正悄然改变 AI 落地的游戏规则。7B 参数的模型已经可以在消费级 GPU 上流畅运行,而 1B-3B 参数的模型甚至能在手机、IoT 设备和嵌入式系统中本地运行。本文将全面对比 2026 年最具代表性的 7B 以下小型语言模型,从性能、延迟、内存占用和部署成本四个维度帮助你做出最优选择。


一、为什么选择小模型?

1.1 小模型的价值方程

大模型 (70B+)          小模型 (≤7B)
─────────────────      ─────────────────
API 成本: $15/M输入    API 成本: $0.2/M输入
延迟: 800ms+           延迟: 50-200ms
需云端部署             可本地运行
隐私: 数据需上云       隐私: 完全本地处理
无法离线               完全离线可用

小模型的核心优势:

  • 🚀 低延迟:本地推理,无网络往返
  • 💰 低成本:一次性部署,零边际成本
  • 🔒 强隐私:敏感数据不离设备
  • 离线可用:无网络环境仍可工作
  • 🔧 精细控制:私有化定制,无供应商锁定

1.2 小模型的适用边界

小模型并非万能,以下场景建议选择更大参数模型:

场景 推荐模型规模 理由
复杂推理/数学证明 70B+ 需要更强的链式推理能力
多语言翻译(高要求) 70B+ 小模型翻译质量明显下降
超长上下文摘要 100B+ 128K+ 上下文需要大参数
创意写作(长篇) 70B+ 7B 模型长文本连贯性有限
实时对话/客服 7B 及以下 延迟要求高,小模型足够
本地知识库问答 7B RAG 增强后小模型效果大幅提升
边缘设备推断 3B 及以下 手机/IoT 设备内存限制

二、主流小模型全家福

2.1 模型参数规格对比

模型 参数量 隐藏维度 注意力头 词汇表大小 架构
Qwen2.5-7B 7.07B 3,584 28 151,936 Decoder-only
Qwen2.5-3B 2.98B 1,792 16 151,936 Decoder-only
LLaMA-3.2-3B 3.2B 3,072 24 128,256 Decoder-only
LLaMA-3.2-1B 1.2B 2,048 16 128,256 Decoder-only
Phi-3.5-mini 3.8B 3,072 32 32,064 Decoder-only
Phi-3.5-small 1.3B 2,048 24 32,064 Decoder-only
MiniCPM-3B 2.8B 2,560 24 73,440 Decoder-only
Gemma-2-2B 2.0B 2,304 8 256,000 Decoder-only
SmolLM2-1.7B 1.7B 1,664 16 49,280 Decoder-only
DeepSeek-7B-Lite 6.7B 2,048 32 102,400 MoE

三、性能基准测试

3.1 通用能力评测(MMLU / HellaSwag)

模型 MMLU (%) HellaSwag (%) ARC-C (%) 参数量效率 (MMLU/B)
Qwen2.5-7B 76.2 85.1 68.4 10.8
Qwen2.5-3B 63.4 78.2 54.3 21.1
LLaMA-3.2-3B 62.5 77.9 53.8 19.5
LLaMA-3.2-1B 49.2 68.4 38.1 41.0
Phi-3.5-mini 68.1 80.4 58.7 17.9
Phi-3.5-small 58.3 74.1 47.2 44.8
MiniCPM-3B 61.8 76.3 52.9 22.1
Gemma-2-2B 58.9 74.8 48.6 29.5
DeepSeek-7B-Lite 72.4 83.6 64.1 10.8

关键发现:

  • Phi-3.5-mini 以 3.8B 参数实现了接近 Qwen2.5-7B 的 MMLU 表现(68.1% vs 76.2%),参数量效率最高。
  • DeepSeek-7B-Lite 在 6.7B 参数下提供了接近 Qwen2.5-7B 的能力,但显存占用更低(得益于 MoE 架构)。

3.2 数学与代码能力

模型 MATH (%) GSM8K (%) HumanEval (%) MBPP (%)
Qwen2.5-7B 51.2 87.4 51.3 55.8
Qwen2.5-3B 35.8 68.2 32.4 38.6
LLaMA-3.2-3B 34.2 66.9 31.7 37.2
Phi-3.5-mini 43.1 76.4 41.2 46.3
Phi-3.5-small 28.7 54.8 22.1 27.4
MiniCPM-3B 32.4 64.1 29.8 35.1
DeepSeek-7B-Lite 47.8 82.3 46.7 50.2

3.3 中文能力评测

模型 C-Eval (%) CMMLU (%) CHID (%) 中文 FLORES
Qwen2.5-7B 71.8 72.4 79.3 28.4
Qwen2.5-3B 58.6 59.2 68.4 21.7
MiniCPM-3B 60.2 61.1 71.2 23.2
Phi-3.5-mini 42.3 43.8 52.1 15.9
LLaMA-3.2-3B 31.4 32.1 44.8 11.2

Qwen2.5 系列在中文能力上的领先幅度在小型模型中尤为明显,MiniCPM-3B 紧随其后。


四、硬件需求与推理性能

4.1 显存与内存占用

模型 FP16 加载 (GB) INT8 量化 (GB) INT4 量化 (GB) 推理峰值显存 (GB)
Qwen2.5-7B 14.8 7.8 4.8 ~18
Qwen2.5-3B 6.2 3.3 2.0 ~8
LLaMA-3.2-3B 6.7 3.5 2.1 ~8
Phi-3.5-mini 8.0 4.2 2.6 ~10
MiniCPM-3B 5.9 3.1 1.9 ~7
Gemma-2-2B 4.2 2.2 1.4 ~5
DeepSeek-7B-Lite 14.0 7.4 4.6 ~16

4.2 推理速度(Token/s)

测试环境:NVIDIA RTX 4090 (24GB),批量大小=1,最大上下文=4K

模型 FP16 (tok/s) INT8 (tok/s) INT4 (tok/s) 备注
Qwen2.5-7B 42 68 89 均衡之选
Qwen2.5-3B 118 156 198 速度最快
LLaMA-3.2-3B 112 148 187 略慢于 Qwen
Phi-3.5-mini 95 131 167 质量速度均衡
MiniCPM-3B 124 163 205 INT4 速度王者
DeepSeek-7B-Lite 38 62 82 MoE 稀疏加速

4.3 移动端/边缘设备性能

测试设备:iPhone 16 Pro (A18 Pro, 8GB RAM),Samsung Galaxy S25 (Snapdragon 8 Gen4, 12GB RAM)

模型 iOS CoreML (tok/s) Android NPU (tok/s) 量化格式
Phi-3.5-small (2B) 18 24 INT4
Gemma-2-2B 16 21 INT4
MiniCPM-2B 21 28 INT4
SmolLM2-1.7B 24 32 INT4

五、部署方案对比

5.1 主流推理框架

框架 支持模型 硬件 量化 特色
Ollama 全格式 CPU+GPU INT4/FP16 最简部署,开箱即用
vLLM 主流开源 GPU 优先 INT4/FP8/FP16 PagedAttention,高并发
llama.cpp GGUF 格式 CPU+GPU 全部精度 无 GPU 首选,量化完美
MLX (Mac) LLaMA/Mistral Apple Silicon INT4/FP16 M 系列芯片最优
llamafile GGUF 全平台 INT4 单文件可执行

5.2 场景化部署方案

# 场景 1: 个人开发者 MacBook 本地开发
# 推荐: Ollama + Qwen2.5-3B 或 MiniCPM-3B
# 理由: MLX 优化,安静低功耗

# 场景 2: 单卡 GPU 服务器 (RTX 4090)
# 推荐: vLLM + Qwen2.5-7B (INT8)
# 理由: 高并发支持,PagedAttention 显存优化

# 场景 3: 无 GPU 的云服务器
# 推荐: llama.cpp + Qwen2.5-3B (INT4)
# 理由: CPU 推理效率最优

# 场景 4: iOS 移动端应用
# 推荐: CoreML + MiniCPM-2B 或 Phi-3.5-small
# 理由: 功耗控制最佳,隐私完全本地

# 场景 5: Android NPU 端侧部署
# 推荐: MNN/NCNN + Qwen2.5-1.5B (INT4)
# 理由: NPU 加速,续航友好

# 场景 6: 企业内网私有部署
# 推荐: vLLM 集群 + DeepSeek-7B-Lite (INT8)
# 理由: 高吞吐,可私有化定制

5.3 量化配置实战

# 使用 Ollama 运行 Qwen2.5-3B INT4
# 命令行:
# ollama run qwen2.5:3b

# 使用 llama.cpp 运行 MiniCPM-3B INT4 (GGUF)
# 命令行:
# ./quantize ./models/minicpm-3b-f16.gguf ./models/minicpm-3b-q4_k_m.gguf q4_k_m
# ./main -m ./models/minicpm-3b-q4_k_m.gguf -n 2048 -t 8

# 使用 vLLM 运行 DeepSeek-7B-Lite INT8
# Python:
from vllm import LLM, SamplingParams
llm = LLM(
    model="deepseek-ai/deepseek-7b-lite-instruct",
    quantization="awq",          # INT4 weight-only 量化
    tensor_parallel_size=1,       # 单卡
    gpu_memory_utilization=0.90,  # 显存占用 90%
    max_model_len=4096
)
sampling_params = SamplingParams(temperature=0.7, max_tokens=512)
outputs = llm.generate(["请介绍一下量子计算"], sampling_params)

六、成本效益分析

6.1 年度运营成本对比(以月均 1000 万 token 计算)

模型 推理硬件 硬件成本 电费/年 云端替代成本
Qwen2.5-7B RTX 4090 ¥15,000 ¥800 ¥3,600
Qwen2.5-3B RTX 3060 ¥3,500 ¥200 ¥800
DeepSeek-7B-Lite RTX 4090 ¥15,000 ¥800 ¥3,600
Phi-3.5-mini Mac M3 ¥12,000 ¥300 ¥1,500
MiniCPM-3B RTX 3060 ¥3,500 ¥200 ¥800

硬件一次性投入后,边际成本趋近于电费。相比 API 调用,年度成本节省可达 80-95%。


七、综合评分

维度 Qwen2.5-7B Qwen2.5-3B Phi-3.5-mini MiniCPM-3B DeepSeek-7B-Lite Gemma-2-2B
性能 ⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ ⭐⭐⭐⭐ ⭐⭐⭐⭐ ⭐⭐⭐⭐⭐ ⭐⭐⭐
速度 ⭐⭐⭐⭐ ⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ ⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ ⭐⭐⭐⭐⭐
中文 ⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ ⭐⭐⭐ ⭐⭐⭐⭐ ⭐⭐⭐⭐ ⭐⭐
显存 ⭐⭐⭐ ⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ ⭐⭐⭐⭐⭐ ⭐⭐⭐ ⭐⭐⭐⭐⭐
边缘部署 ⭐⭐ ⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ ⭐⭐⭐⭐⭐ ⭐⭐ ⭐⭐⭐⭐⭐
成本效益 ⭐⭐⭐⭐ ⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ ⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ ⭐⭐⭐⭐⭐

八、选型决策指南

你的首要约束是?

├─ 性能优先(最强小模型)→ Qwen2.5-7B
├─ 速度优先(最快推理)→ Qwen2.5-3B / MiniCPM-3B
├─ 中文场景优先 → Qwen2.5 系列 / MiniCPM-3B
├─ 手机/边缘部署 → MiniCPM-2B / Phi-3.5-small / Gemma-2-2B
├─ 显存极度受限(<6GB)→ Gemma-2-2B / SmolLM2-1.7B
└─ 性价比优先 → Qwen2.5-3B (INT4)
    兼顾性能与成本的最佳平衡点

2026 年的建议:

  • 入门首选:Qwen2.5-3B(INT4),性能足够,速度极快,显存要求低
  • 性能上限:Qwen2.5-7B / DeepSeek-7B-Lite,适合有 GPU 条件的专业场景
  • 移动端首选:MiniCPM-3B + NCNN/Android NPU,在有限算力下提供最佳中文体验
  • 极致轻量:Gemma-2-2B,适合 IoT 传感器、嵌入式 Linux 等极低资源场景

加入讨论

这篇文章有姊妹讨论帖在硅基AGI论坛 — 全球首个碳基硅基认知交流平台。

碳基与硅基的智慧碰撞,认知差异创造无限可能。