Modify mfsdp default data-parallel-sharding-strategy#3691
Modify mfsdp default data-parallel-sharding-strategy#3691cspades merged 4 commits intoNVIDIA:mainfrom
Conversation
|
Can you explain why you are making this change? |
Hi, I've found that when using Megatron-LM/megatron/core/distributed/fsdp/src/megatron_fsdp/param_and_grad_buffer.py Lines 2091 to 2109 in c5d8f6b but somewhere will require group.mbuf, such as
|
|
For bug2, I think when mfsdp_strategy is "no_shard", we can skip param_gather like this, because optimizer is not sharded, and all params in local rank are valid. So we don't need gather from other ddp ranks any more.
The same logic is here Megatron-LM/megatron/core/distributed/fsdp/src/megatron_fsdp/megatron_fsdp.py Lines 434 to 435 in c5d8f6b cc @Phlip79 @cspades @shjwudp |
|
Part of this PR has been split to: #3754 Thanks for finding this bug! I think our and I wonder if there is a hard-coded equivalent of this: like (and I'm just guessing, need to read the code): Will take a closer look at this later! |
|
/ok to test b4df532 |
|
/ok to test e7f0398 |
|
🔄 Merge queue validation started! You can track the progress here: https://github.com/NVIDIA/Megatron-LM/actions/runs/23860137653 |

PR for dev branch #3692
What does this PR do ?
The default value "no_shard" is not compatiable with many api. We can change this to optim_grads_params.
Contribution process
flowchart LR A[Pre-checks] --> B[PR Tests] subgraph Code Review/Approval C1[Expert Review] --> C2[Final Review] end B --> C1 C2 --> D[Merge]Pre-checks
Core 0.8)Code review
The following process is enforced via the CODEOWNERS file for changes into
megatron/core. For changes outside ofmegatron/core, it is up to the PR author whether or not to tag the Final Reviewer team.For MRs into `main` branch
Feel free to message or comment the @mcore-oncall to help accelerate your merge into main. The less complex your PR is, the faster it will be approved and merged!
(Step 1): Add PR label
Expert Review(Step 2): Collect the expert reviewers reviews
Expert Reviewlabel when your PR is ready for review.Final Review might get declined if these requirements are not fulfilled.
(Step 3): Final Review
Final Reviewlabel(Optional Step 4): Cherry-pick into release branch
If this PR also needs to be merged into
core_r*release branches, after this PR has been merged, selectCherry-pickto open a new PR into the release branch.For MRs into `dev` branch
The proposed review process for `dev` branch is under active discussion.MRs are mergable after one approval by either
eharper@nvidia.comorzijiey@nvidia.com.Merging your PR
Any member of core-adlr and
core-nemowill be able to merge your PR.