qwen3 中文文档 下载 App

Dense 密集架构 vs MoE 混合专家 — Qwen3 两种架构的技术差异与选择

一句话区别

Dense 架构工作原理

Dense 架构是目前绝大多数主流大模型的标准设计——包括 Llama 3、Mistral、Gemma,以及 Qwen 系列的前代产品。

一个典型的 Dense Transformer Layer 包含:

  1. 多头自注意力(MHA):对序列中每个 token 计算与其他 token 的关系
  2. MLP 前馈网络:对每个 token 的特征进行非线性变换

每个 Layer 的参数在所有前向传播中都会被使用——无论输入内容是什么,计算路径都是固定的。

Dense 架构的特点:

MoE 架构工作原理

MoE(Mixture-of-Experts)的核心思想是条件计算——不是所有参数都对所有输入起作用,而是根据输入内容选择性地激活部分参数。

MoE Layer 的结构

一个 MoE Layer 包含:

  1. 一个路由器(Router/Gate):接收输入 token,决定把它送到哪几个专家
  2. N 个专家子网络(Experts):每个专家是一个独立的 MLP 层,参数互不共享
  3. 一个合并层:把被激活专家的输出加权合并

Qwen3 的 MoE 配置

Qwen3 的两个 MoE 模型(30B-A3B 和 235B-A22B)每层都有:

这意味着每一层只有 8/128 ≈ 6.25% 的参数参与计算。所以:

MoE 的优势

更高的参数效率:相同计算预算下,MoE 可以训练更大的总参数量模型,学习更丰富的模式。30B-A3B 的激活参数只有 30 亿,但总参数是 QwQ-32B 的十分之一,却在多个基准测试上表现更优。

更大的模型容量:235B-A22B 的总参数达到 2350 亿,是当前 Qwen 家族最强大的模型,而推理成本只和 32B Dense 相当。

MoE 的代价

推理框架支持:MoE 的条件计算需要专门的推理优化。vLLM 0.6+ 和 SGLang 已支持 Qwen3 的 MoE 模型,但部分老框架或边缘设备上的推理引擎可能不支持。

显存占用不均:虽然计算量小,但总参数还是要加载进显存。以 FP16 为例,235B 总参数需要约 470GB 显存(但 22B 激活参数只需要 44GB 的计算量)。

微调需要 MoE 感知:LoRA 微调 MoE 模型时,需要注意专家路由的处理方式。

Qwen3 的架构选择建议

场景推荐理由
本地单卡(≤24GB)Dense 8B / 14B 量化版MoE 总参数太大装不下
本地多卡工作站MoE 30B-A3B激活参数 3B,计算量小,能力强
云端 API 调用MoE 235B-A22B(qwen3-max)旗舰能力,云端托管
需要微调Dense 14B / 32B微调生态成熟
需要低延迟推理Dense 8B 量化版计算路径固定,优化充分
追求极限能力MoE 235B-A22B开源规格中最强

MoE 的历史

MoE 并不是新概念——Google 在 GShard(2020)中首次将 MoE 用于大规模语言模型训练。但早期 MoE 模型(如 Switch-Transformer、GLaM)大多没有完全开源,推理生态支持也不完善。

Qwen2.5 时期 Qwen 团队开源了 QwQ-32B,但那是一个纯推理模型(thinking-only)。Qwen3 首次同时开源了 MoE 和 Dense 两套完整规格,并且 MoE 模型同时支持思考和非思考两种模式,这在开源社区中是首次。

相关阅读