Dev & Engineering ✓ NVIDIA · Official megatron-bridgemoeexpert-parallelismcommunication-overlapdeepephybridepdistributed-training

NeMo MBridge MoE Expert-Parallel Overlap

Configure, validate, and troubleshoot MoE expert-parallel communication overlap in Megatron-Bridge.

FollowSkills review · FSRS-2.0
Not recommended
57/ 100 5-point scale 2.9 / 5
Trust18 / 25 · 3.6/5

The skill provides configuration, diagnosis, and benchmark commands only; it contains no credential access, exfiltration, or destructive defaults, and it emphasizes correctness-first rollout and log checks. Deductions apply because Slurm/training commands can impose substantial resource and external execution effects without explicit user confirmation, permission boundaries, rollback guidance, or dependency provenance checks; license and NVIDIA attribution are traceable in the supplied materials.

Reliability8 / 20 · 2.0/5

Compatibility constraints, minimal configs, runnable commands, log checks, success criteria, and failure diagnosis make the happy path reasonably clear. Static review did not execute commands or tests, the referenced test contents were not supplied, and describing PyTorch below 2.6 as causing a hang is not fully consistent with the documented assertion-based validation, so the score remains below the static ceiling.

Adaptability11 / 15 · 3.7/5

The audience, MoE/EP scenarios, alltoall and flex paths, avoid conditions, and trigger terms are explicit, with hardware boundaries for DeepEP/HybridEP. Deductions apply for limited non-target guidance and resource/environment boundary detail, and for no Chinese-language instructions; the core function does not depend on overseas services, so no mainland-China reachability deduction is applied.

Convention9 / 15 · 3.0/5

The material includes decision guidance, configuration examples, commands, verification, troubleshooting, limitations, and structured card metadata, with license, owner, version, and validation date. Deductions apply for missing recommended Instructions/Examples sections, no clear changelog or ongoing update path, and a minor inconsistency because the card's minimal example enables delayed wgrad while the main document recommends a correctness-first staged rollout.

Effectiveness7 / 15 · 2.3/5

The skill supplies directly usable configurations and benchmark commands, and reports one Qwen3/H100 alltoall comparison of 41.25s versus 31.31s, or 1.317x, while noting no meaningful independent delayed-wgrad gain. Static review did not run the key paths; the end-to-end evidence covers only one short benchmark and not all model families, so the score is capped at the static maximum of 7.

Verifiability4 / 10 · 2.0/5

Code anchors, test paths, a structured evidence list, and a dated benchmark report are provided, with code-verified items separated from end-to-end work not yet tested. Deductions apply because this review executed nothing, the actual test suites and CI coverage were not supplied, and the benchmark remains primarily repository-reported rather than independently reproducible evidence.

Evidence confidence:Low Reviewed Jul 20, 2026 Reviewed revision 55f18499943e
The upstream repository has new commits since this review. The score still applies to the reviewed revision shown and may not cover the latest changes.
Before you use it
  • Do not generalize the reported 1.317x Qwen3/H100 short-run result to other models, GPUs, EP sizes, or network topologies.
  • Before enabling delayed wgrad, flex dispatch, or CUDA graphs, verify the TE, PyTorch, recompute, PP/VPP, attention-bias, and shared-expert-overlap constraints individually.
  • Obtain confirmation for resource-intensive Slurm runs, including cost and configuration impact, and preserve a baseline and recoverable configuration.
  • Before publication, add real smoke/end-to-end coverage, a changelog and maintenance path, and reconcile the card's minimal example with the main document.
See the full review method →

What does this skill do, and when should you use it?

This skill targets engineers training MoE models with NeMo MBridge who want to hide token dispatch and combine all-to-all latency behind expert FFN computation. It covers the alltoall and flex dispatcher paths, including DeepEP, HybridEP, and delayed expert weight-gradient computation. The guidance includes correctness-first configuration, Slurm performance benchmarking, unit-test verification, log checks, and failure diagnosis. It is a good fit for throughput tuning after basic training correctness is established, but it does not claim universal gains across models or hardware.

Explains and configures communication-overlap, MoE dispatcher, parallel-size, precision, recomputation, and CUDA Graph settings; provides Python snippets for alltoall, DeepEP, and HybridEP; supplies runnable uv/Slurm performance and pytest commands; defines checks for configuration finalization, dispatcher type, backend, and training logs; and maps assertions, hangs, missing gains, and unsupported GPUs to likely causes and fixes.

  1. A distributed-training engineer with an MoE model and EP greater than 1 wants a conservative first rollout using the alltoall dispatcher.
  2. A performance engineer needs to compare no overlap, plain EP overlap, and delayed wgrad when inter-node all-to-all is a visible step-time bottleneck.
  3. A team running on Ampere, Hopper, or Blackwell GPUs wants to evaluate the DeepEP or HybridEP flex dispatcher path.
  4. An engineer investigating a hang, assertion, or throughput regression after changing overlap settings needs configuration and log-based diagnosis.

What are this skill's strengths and limitations?

Pros
  • Provides copyable configurations for alltoall, DeepEP, and HybridEP.
  • Documents constraints involving PyTorch, recomputation, pipeline parallelism, Transformer Engine, and GPU architecture.
  • Includes benchmark guidance, unit-test commands, log checks, and symptom-oriented diagnosis.
  • Separates plain EP overlap from delayed wgrad for a correctness-first tuning workflow.
Limitations
  • Performance evidence is centered on one Qwen3 MoE 30B-A3B benchmark on 16 H100 GPUs and is not universal evidence.
  • The benchmark disabled fused MoE permutation, so that runtime path was not validated.
  • MoE overlap is incompatible with shared-expert overlap and full activation recomputation.
  • Flex dispatch requires calling `apply_flex_dispatcher_backend(...)`; setting only the backend field does not activate it.

How do you install this skill?

Install the individual skill with the NVIDIA skills CLI:

npx skills add nvidia/skills --skill nemo-mbridge-perf-expert-parallel-overlap --yes

The CLI prompts for the skill and installation destination. Use --agent codex, --agent claude-code, or --agent cursor to target a client.

How do you use this skill?

After installation, trigger it with a request such as: "Help me enable and validate MoE expert-parallel communication overlap in Megatron-Bridge, starting with alltoall and checking delay_wgrad_compute compatibility."

Start with overlap_moe_expert_parallel_comm=true, delay_wgrad_compute=false, and moe_shared_expert_overlap=false, then run the supplied uv run python scripts/performance/run_script.py benchmark and pytest checks. Add delayed wgrad or flex dispatch only after the plain path is known to work.

How does this skill compare with similar options?

The alltoall dispatcher offers broader compatibility and is recommended for an initial rollout; flex with DeepEP or HybridEP may provide more overlap on supported GPUs but has additional constraints. The skill also distinguishes plain EP overlap from the harness shortcut that enables delayed wgrad at the same time.

FAQ

Is this skill suitable for every Megatron-Bridge training run?
No. It is aimed at MoE workloads with expert model parallelism greater than 1, meaningful communication cost, and enough memory headroom for throughput tuning.
What are the minimum software and hardware conditions?
PyTorch 2.6.0 or newer, BF16 or FP16, and valid EP, MoE expert, dispatcher, and recomputation settings are required. DeepEP and HybridEP additionally require the specified Ampere, Hopper, or Blackwell GPU configurations.
Why should `--moe_a2a_overlap true` be avoided for an isolation benchmark?
The performance-harness helper enables both EP overlap and `delay_wgrad_compute`, so it does not isolate plain EP overlap.
What should I check if throughput does not improve or training hangs?
Check that flex activation was actually called, the GPU is supported, PyTorch and relevant Transformer Engine versions meet the constraints, logs show the expected settings, and full recomputation or shared-expert overlap is not enabled.

More skills from this repository

All from NVIDIA/skills

Dev & Engineering ✓ NVIDIA · Official

NeMo MBridge MoE Communication Overlap

Tune expert-parallel communication and computation overlap in Megatron Bridge.

Dev & Engineering ✓ NVIDIA · Official

Megatron-Bridge Communication Overlap Guide

Configure and verify TP, DP, and PP communication overlap in Megatron-Bridge training.

Dev & Engineering ✓ NVIDIA · Official

NeMo MBridge Parallelism Strategy Guide

Choose, combine, and validate Megatron Bridge parallelism configurations.

Dev & Engineering ✓ NVIDIA · Official

NeMo MBridge GPU Memory Tuning

Diagnose GPU OOMs in Megatron Bridge training and reduce fragmentation, activation, and PEFT memory usage.

Dev & Engineering ✓ NVIDIA · Official

Megatron FSDP Configuration and Performance Guide

Enable, troubleshoot, and verify Megatron FSDP in Megatron-Bridge.

Dev & Engineering ✓ NVIDIA · Official

NeMo MBridge Recipe Recommender

Recommends adjustable Megatron Bridge recipes for your model, GPU budget, and training goal.

Dev & Engineering ✓ NVIDIA · Official

NeMo MBridge Hierarchical Context Parallelism

Enable, troubleshoot, and verify hierarchical context parallelism in Megatron-Bridge.

Dev & Engineering ✓ NVIDIA · Official

Megatron Bridge Activation Recompute

Trade extra compute for lower GPU activation memory in Megatron Bridge training.

Dev & Engineering ✓ NVIDIA · Official

NeMo AutoModel Distributed Training

Choose and configure multi-GPU and multi-node training strategies for NeMo AutoModel.

Dev & Engineering ✓ NVIDIA · Official

NeMo MBridge Training Resiliency

Configure fault recovery and hang detection for Megatron Bridge distributed training.

Dev & Engineering ✓ NVIDIA · Official

NeMo MBridge CPU Offload

Configure, validate, and troubleshoot CPU offloading in Megatron Bridge to relieve GPU memory pressure.

Dev & Engineering ✓ NVIDIA · Official

NeMo MBridge CUDA Graphs

Configure, validate, and benchmark CUDA Graph capture in Megatron Bridge to reduce host-driver overhead.

Dev & Engineering ✓ NVIDIA · Official

NeMo MBridge MoE Performance Workflow

Systematically diagnose and improve MoE training throughput in Megatron Bridge.

Dev & Engineering ✓ NVIDIA · Official

NeMo MBridge Training Guide

Run Megatron-LM and Megatron Bridge training and verify whether their loss curves match.

Dev & Engineering ✓ NVIDIA · Official

NeMo MBridge MoE VLM Training Guide

Guides FSDP and 3D-parallel choices and tuning for MoE vision-language model training.

Dev & Engineering ✓ NVIDIA · Official

NeMo MBridge Long-Context MoE Training

Practical Megatron Bridge guidance for sizing parallelism, managing memory, and preserving throughput in long-context MoE training.

Dev & Engineering ✓ NVIDIA · Official

NeMo MBridge Sequence Packing

Configure and validate sequence packing and long-context training in Megatron-Bridge.

Automation & Ops ✓ NVIDIA · Official

Megatron-LM on SLURM

Launch, monitor, and troubleshoot multi-node Megatron-LM training on SLURM GPU clusters.

Dev & Engineering ✓ NVIDIA · Official

NeMo AutoModel Recipe Development

Build, modify, and validate NeMo AutoModel training and evaluation recipes.

Automation & Ops ✓ NVIDIA · Official

NeMo AutoModel Launcher Configuration

Configure NeMo AutoModel launches across local, Slurm, and cloud runs.

Related skills