Skip to content

add NVSHMEM_DISABLE_NCCL to avoid cuda graph hang - #1374

Merged
maocheng23 merged 1 commit into
mainfrom
add-nvshmem-disable-nccl
Jun 22, 2026
Merged

add NVSHMEM_DISABLE_NCCL to avoid cuda graph hang#1374
maocheng23 merged 1 commit into
mainfrom
add-nvshmem-disable-nccl

Conversation

@yueming-yuan

@yueming-yuan yueming-yuan commented Jun 19, 2026

Copy link
Copy Markdown
Collaborator

Migrated from THUDM/slime#2093.
Thanks @zhuzilin!

DeepEP initializes NVSHMEM, whose built-in NCCL path opens a second NCCL
communicator that collides with our own NCCL and hangs during SGLang
CUDA-graph replay. Set NVSHMEM_DISABLE_NCCL=1 centrally on the rollout
(server_group) and training (actor_group) actor env_vars so it covers all
scripts; overridable via the env var.

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request configures the environment variable NVSHMEM_DISABLE_NCCL to default to "1" for both training actors and rollout engines. This prevents DeepEP/NVSHMEM's internal NCCL from conflicting with the main NCCL communicator, which can cause hangs during SGLang CUDA-graph replay. Documentation explaining this change and how to opt out has also been added to docs/platforms/nvidia.md. No review comments were provided, so there is no feedback to address.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

@mintlify

mintlify Bot commented Jun 19, 2026

Copy link
Copy Markdown

Preview deployment for your docs. Learn more about Mintlify Previews.

Project Status Preview Updated (UTC)
radixark 🟢 Ready View Preview Jun 19, 2026, 5:22 AM

💡 Tip: Enable Workflows to automatically generate PRs for you.

@maocheng23
maocheng23 merged commit 713d99d into main Jun 22, 2026
42 of 47 checks passed
@maocheng23
maocheng23 deleted the add-nvshmem-disable-nccl branch June 22, 2026 20:26
yushengsu-thu added a commit to yushengsu-thu/miles that referenced this pull request Jun 26, 2026
… cuda-graph hang)

Migrated from radixark#1374 (THUDM/slime#2093). DeepEP/NVSHMEM's internal NCCL opens a
second NCCL communicator that collides with miles' NCCL and hangs during SGLang CUDA-graph replay.
Applied to test whether it also resolves the GLM-5.2 dp-attention EVAL-ON deadlock (skeptical: that
hang is in CPU/gloo collectives + GLM-5 LoRA uses triton MoE not DeepEP, so NVSHMEM may be inert here
-- but empirical test pending a devbox). If it does not fix it, fall back to the miles-side eval
grouped-submission fix.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01MuN5ow5hHFxPze36uhgZC4
yushengsu-thu added a commit to yushengsu-thu/miles that referenced this pull request Jun 26, 2026
…of PR radixark#1374)

PR radixark#1374 only touches nvidia.md + actor_group.py + server_group.py. The windowing changes to
miles/rollout/sglang_rollout.py + miles/utils/arguments.py got staged into 10a26f9 by an earlier
'git revert -n d4f0431' and are NOT part of the cherry-pick. Windowing was empirically NOT the fix
(it still hung); the real fix is NVSHMEM_DISABLE_NCCL=1 (kept). Restore these 2 files to their
pre-windowing state (d4f0431) so the branch carries only the actual fix.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01MuN5ow5hHFxPze36uhgZC4
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants