Frontier / 05 · AI SYSTEM

稀疏 MoE:参数规模不等于计算规模

MoE 的“稀疏”到底省下了什么,又把成本转移到了哪里?

MoE 稀疏的是每 token 的计算,不是部署足迹;专家放置、通信与路由偏斜会重新制造尾延迟。

解释图稀疏路由留下了什么成本
  1. 01Token批内请求
  2. 02RouterTop-k 选择
  3. 03专家稀疏计算
  4. 04合并权重求和
  5. 05缓存 / 通信尾延迟来源

专家激活降低矩阵乘工作量,但全部专家、缓存热点与通信仍构成部署成本。

Research notes / 两篇结构

先建立模型,再用实验拆边界

01旗舰研究LLM / Agent7 分钟

稀疏 MoE:参数规模不等于计算规模

从 Mixtral 与 DeepSeekMoE 的路由机制出发,分析激活参数、专家放置与尾延迟的真实成本。

MoE稀疏模型专家路由

Instrument

MoE 路由

稀疏激活降低每 token 的矩阵乘工作量,但全部专家仍可能需要常驻显存;路由越偏斜,热点专家越容易成为尾延迟来源。

打开实验
总参数量47 B模型总规模
专家总数8 每层可选专家数
每 token 激活2 top-k 路由
批内 token 数4096 一个批次处理的 token 数

Primary sources / 一手证据

可追溯的起点

  1. · 2024Mixtral of ExpertsPAPER
  2. · 2024DeepSeekMoE: Towards Ultimate Expert Specialization in Mixture-of-Experts Language ModelsPAPER

Cross-domain synthesis

把这个主题放回系统主线

01综合研究综合研究6 分钟

从 HBM 到 MCU:一条内存层级主线

把 KV Cache、FlashAttention、端侧模型与存算一体放进同一张数据移动账本,理解 AI 系统的真正成本。

内存层级KV CacheFlashAttention