前言

大模型军备竞赛背后,小模型(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 及以下延迟要求高,小模型足够
本地知识库问答7BRAG 增强后小模型效果大幅提升
边缘设备推断3B 及以下手机/IoT 设备内存限制

二、主流小模型全家福

2.1 模型参数规格对比

模型参数量隐藏维度注意力头词汇表大小架构
Qwen2.5-7B7.07B3,58428151,936Decoder-only
Qwen2.5-3B2.98B1,79216151,936Decoder-only
LLaMA-3.2-3B3.2B3,07224128,256Decoder-only
LLaMA-3.2-1B1.2B2,04816128,256Decoder-only
Phi-3.5-mini3.8B3,0723232,064Decoder-only
Phi-3.5-small1.3B2,0482432,064Decoder-only
MiniCPM-3B2.8B2,5602473,440Decoder-only
Gemma-2-2B2.0B2,3048256,000Decoder-only
SmolLM2-1.7B1.7B1,6641649,280Decoder-only
DeepSeek-7B-Lite6.7B2,04832102,400MoE

三、性能基准测试

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

模型MMLU (%)HellaSwag (%)ARC-C (%)参数量效率 (MMLU/B)
Qwen2.5-7B76.285.168.410.8
Qwen2.5-3B63.478.254.321.1
LLaMA-3.2-3B62.577.953.819.5
LLaMA-3.2-1B49.268.438.141.0
Phi-3.5-mini68.180.458.717.9
Phi-3.5-small58.374.147.244.8
MiniCPM-3B61.876.352.922.1
Gemma-2-2B58.974.848.629.5
DeepSeek-7B-Lite72.483.664.110.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-7B51.287.451.355.8
Qwen2.5-3B35.868.232.438.6
LLaMA-3.2-3B34.266.931.737.2
Phi-3.5-mini43.176.441.246.3
Phi-3.5-small28.754.822.127.4
MiniCPM-3B32.464.129.835.1
DeepSeek-7B-Lite47.882.346.750.2

3.3 中文能力评测

模型C-Eval (%)CMMLU (%)CHID (%)中文 FLORES
Qwen2.5-7B71.872.479.328.4
Qwen2.5-3B58.659.268.421.7
MiniCPM-3B60.261.171.223.2
Phi-3.5-mini42.343.852.115.9
LLaMA-3.2-3B31.432.144.811.2

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


四、硬件需求与推理性能

4.1 显存与内存占用

模型FP16 加载 (GB)INT8 量化 (GB)INT4 量化 (GB)推理峰值显存 (GB)
Qwen2.5-7B14.87.84.8~18
Qwen2.5-3B6.23.32.0~8
LLaMA-3.2-3B6.73.52.1~8
Phi-3.5-mini8.04.22.6~10
MiniCPM-3B5.93.11.9~7
Gemma-2-2B4.22.21.4~5
DeepSeek-7B-Lite14.07.44.6~16

4.2 推理速度(Token/s)

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

模型FP16 (tok/s)INT8 (tok/s)INT4 (tok/s)备注
Qwen2.5-7B426889均衡之选
Qwen2.5-3B118156198速度最快
LLaMA-3.2-3B112148187略慢于 Qwen
Phi-3.5-mini95131167质量速度均衡
MiniCPM-3B124163205INT4 速度王者
DeepSeek-7B-Lite386282MoE 稀疏加速

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)1824INT4
Gemma-2-2B1621INT4
MiniCPM-2B2128INT4
SmolLM2-1.7B2432INT4

五、部署方案对比

5.1 主流推理框架

框架支持模型硬件量化特色
Ollama全格式CPU+GPUINT4/FP16最简部署,开箱即用
vLLM主流开源GPU 优先INT4/FP8/FP16PagedAttention,高并发
llama.cppGGUF 格式CPU+GPU全部精度无 GPU 首选,量化完美
MLX (Mac)LLaMA/MistralApple SiliconINT4/FP16M 系列芯片最优
llamafileGGUF全平台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-7BRTX 4090¥15,000¥800¥3,600
Qwen2.5-3BRTX 3060¥3,500¥200¥800
DeepSeek-7B-LiteRTX 4090¥15,000¥800¥3,600
Phi-3.5-miniMac M3¥12,000¥300¥1,500
MiniCPM-3BRTX 3060¥3,500¥200¥800

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


七、综合评分

维度Qwen2.5-7BQwen2.5-3BPhi-3.5-miniMiniCPM-3BDeepSeek-7B-LiteGemma-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论坛 — 全球首个碳基硅基认知交流平台。

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