执行摘要

本PR将MoE层在Data Parallel注意力与Expert Parallelism配置下的通信从两阶段all-reduce和dp_scatter优化为单一reduce_scatterv操作，通过融合reduce和scatter减少NCCL通信轮数，基准测试显示吞吐量提升7.7%，NCCL时间降低13.6%，适用于特定模型如Qwen3.5，是一项有意义的性能改进。

功能与动机

优化动机源于DP注意力与EP组合时，MoE通信默认路径执行tensor_model_parallel_all_reduce和dp_scatter两个操作，功能上等价于单一reduce_scatterv NCCL集合。PR body指出：“This cuts the communication volume roughly in half”，旨在减少通信开销，提升端到端性能，尤其在高并发推理场景下。

实现拆解

• 条件判断模块：在python/sglang/srt/layers/moe/utils.py新增should_use_dp_reduce_scatterv()函数，检查DP注意力启用、EP大小等于DP大小等条件，决定是否启用优化。
• 模型适配：在python/sglang/srt/models/qwen2_moe.py的forward函数中，当条件满足时跳过tensor_model_parallel_all_reduce，将减少操作推迟到通信层。
• 通信层集成：修改python/sglang/srt/layers/communicator.py的_scatter_hidden_states函数，核心代码片段：
  

  if should_use_dp_reduce_scatterv():
      get_tp_group().reduce_scatterv(
          global_hidden_states,
          output=hidden_states,
          sizes=get_dp_global_num_tokens(),
      )
  

• 模块导出：通过python/sglang/srt/layers/moe/__init__.py导出新函数，确保跨模块访问。

评论区精华

gemini-code-assist[bot]在review中提出关键点：

“The implementation of the reduce_scatterv path should utilize get_local_dp_buffer() to ensure the output tensor is correctly allocated...”
YAMY1234回复“Make sense, adjusted”，采纳建议优化缓冲区分配。
另一个讨论围绕shared expert的同步：
“While this correctly skips the all-reduce for the MoE experts, there is a potential issue with the shared expert...”
YAMY1234解释在reduce_results=False下shared expert不会执行all-reduce，已规避风险。

风险与影响

• 技术风险：should_use_dp_reduce_scatterv()条件判断若错误，可能导致在不支持的硬件或配置下启用优化，引发通信错误或性能回退；核心通信路径变更可能影响其他padding模式，需确保测试覆盖。
• 影响评估：对用户：提升推理吞吐量，减少延迟；对系统：降低通信瓶颈，优化资源使用；对团队：提供通信融合范例，但需注意配置限制，避免滥用。

关联脉络

从历史PR看，#22122和#21097均涉及MoE模块优化，表明团队正持续改进MoE性能和扩展性。本PR专注于通信路径优化，与这些PR共同推动MoE架构演进，未来可能扩展到更多模型或通信模式。