mirror of
https://github.com/deepseek-ai/DeepEP.git
synced 2026-11-05 00:47:32 +00:00
[GH-ISSUE #491] Question about eager rdma #321
Labels
No labels
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
deepseek-ai/DeepEP#321
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Thunderbrook on GitHub (Nov 13, 2025).
Original GitHub issue: https://github.com/deepseek-ai/DeepEP/issues/491
hello~ @Gaojiaqi I’d like to ask some questions about eager rdma.
thx~
@Gaojiaqi commented on GitHub (Dec 7, 2025):
Hi @Thunderbrook,
@Thunderbrook commented on GitHub (Dec 17, 2025):
@Gaojiaqi thanks for reply~, but i wonder where exactly does the data race mentioned here occur? And how CU_POINTER_ATTRIBUTE_SYNC_MEMOPS solve the data race, thx~
@Gaojiaqi commented on GitHub (Jan 8, 2026):
Hey, the data race we meant was the DMA writing from the NIC to the GPU. When an RDMA packet arrives, for example with 4k MTU, the data is split into muliple writes from the NIC to the GPU memory. We were worried the mulitple writes were not in order, since the tag is only in the last write (at the tail of the 4096 bytes). We might experience correctness issue if reorder happens between the GPU and the NIC. That's why we disabled NVSHMEM_IB_ENABLE_RELAXED_ORDERING. CU_POINTER_ATTRIBUTE_SYNC_MEMOPS is irrelevant this problem.