Dense 和 MoE 究竟在交换什么?
总参数、激活参数、路由和通信要分开看。
内容修订 4 · 2026-10-24
T03 · 修订 1 · 2026-10-21
- Token → 路由器
- 选中专家 E₁、E₃
- 其余专家不激活
- 加权合并输出
问题从哪里来
稠密模型通常对每个 token 使用全部前馈层参数,扩大容量会增加该部分计算。MoE 用多个专家扩展容量,让每个 token 只调用部分专家。它改变的是容量和计算的关系,不保证显存、延迟与训练难度同时下降。
关键机制
路由器给 token 分配专家,专家处理后再合并结果。Switch 研究了 top-1 路由;其他系统采用多专家和共享专家。总参数影响存储,激活参数更接近单 token 计算主项,但注意力、路由和设备间交换仍要计算。
y(x) = Σᵢ∈Top-k(x) gᵢ(x) Eᵢ(x)
算例与证据
公开实践:Gemini 1.5 Pro、DeepSeek-V3 与 Qwen3-235B-A22B 都披露 MoE;Qwen3 同时提供稠密型号。不能把一家公司的整个产品族贴成唯一架构,也不能把 A22B 视为整个模型只需存储 22B 参数。
收益之外的新约束
专家不均衡会造成热点、空闲或容量溢出;跨设备 all-to-all 又受拓扑与带宽影响。需要结合批量、负载均衡策略和真实服务延迟评价稀疏收益。
原始来源
- Switch Transformers · 2021-01-11 · 核对 2026-10-21
- Gemini 1.5 · 2024-02-15 · 核对 2026-10-21
- DeepSeek-V3 Technical Report · 2024-12-27 · 核对 2026-10-21
- Qwen3 · 2025-04-29 · 核对 2026-10-21
启用脚本后可使用手动本地阅读记录和交互计算器。