Scaling 这个词从 LLM 扩展到推荐系统,最近也是驱动了推荐系统的核心收益。它有 Scaling Law 的 paper 提出,原本是指算力、参数、数据和 Loss 的 powerlaw 经验关系。由于推荐系统一直也是用全数据的,那么实际就是指扩展推荐模型的网络参数量,能够持续稳定地提升离线指标。 之前迭代了很久的成熟的工业模型,折腾网络结构和特征,每次迭代收益来到了千分位,突然又能有几个百分点地提升了,这就是网络参数 Scaling 的魅力,和转为业界共识的核心原因。 但这不是推荐系统的第一次 Scaling,或者说 网络参数Scaling 背后是一种做推荐目标优化的思维方式:放弃掉算法局部技巧的细枝末节,找到一个可以扩展的轴,转动它能够稳定地影响业务指标,你就把一个玄妙未定的算法研究问题转化成了稳定可预期的工程问题。
最近模型从 Dense 切到了 MoE,MFU 也相应地暴跌了,大家直觉上觉得 Expert 被切的很小,所以计算强度上不去,但实际切分完的维度至少也有 1024,MFU 暴跌的原因一定不来自这里。深入理解这个问题,就是理解 GPU 的分布式并行计算,要在计算和访存 bound 之外,引入通信 bound,而解决吞吐和 MFU 的问题的手段,就是设计合理的 GPU并行策略,做好 GPU 计算和通信的遮掩(overlap)。 DeepSeek 的 H800 和昇腾卡,8 卡 nvlink 高速互联,跨节点都是 IB(InfiniBand)低速网络,我们手里虽然有 B200,但实际也也没用上 NVL72,所以DeepSeek 的并行策略有普适的借鉴意义——硬件基础相似,低成本方案,新的 MoE 的方案也做了开源。
2026 年了,一个 LLM 的训练流程并不陌生——pre-train,SFT,RLHF/RLVR。但实际这是一个领域 LLM 的训练方案,比如 Coder/Match/文本专家,怎么整合成一个混合通用模型呢? 最近的 DeepSeek V4技术报告把Post-Train 讲流程讲的更细致了,它先是 pre-train 得到一个 Base-Model,然后先按领域(数学、代码、agent、指令跟随等)分别训练 10 几个专家模型,每个专家都走过 SFT + GRPO 的完整 RL 流程,在自己领域里练到极致。然后关键的一步来了:把这些专家"合成"一个统一模型时,不是让 student 去抄 teacher 的输出分布,而是让 student 自己先 rollout 生成回答,再让多个 teacher 在 student 自己写出来的轨迹上逐 token 给反馈。