You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I use an tokenizer that has vocabulary size that is not divisible by parallel (or world) size, the training loss will become inconsistent after resuming.
Versions
can be reproduced using torch2.6
Reproduce:
Use any tokenizer that has a vocabulary size that is not divisible by parallel (or world) size.
train from step 0 to step 20:
load step 10 checkpoint and resume training:
As shown, step 11 and following steps have inconsistent loss.
The text was updated successfully, but these errors were encountered:
This looks like a checkpointing problem. Can you confirm 1) does this only happen after checkpoint resume? 2) does this only happen when vocab size is not divisible by world size? From your description, the answers to both questions seem to be yes, but I do want to confirm. Thanks!
This looks like a checkpointing problem. Can you confirm 1) does this only happen after checkpoint resume? 2) does this only happen when vocab size is not divisible by world size? From your description, the answers to both questions seem to be yes, but I do want to confirm. Thanks!
Yes, answers to both questions are Yes.
If I pad the vocab size to be divisible, the loss would be consistent.
Bug description
When I use an tokenizer that has vocabulary size that is not divisible by parallel (or world) size, the training loss will become inconsistent after resuming.
Versions
can be reproduced using torch2.6
Reproduce:
Use any tokenizer that has a vocabulary size that is not divisible by parallel (or world) size.
train from step 0 to step 20:
The text was updated successfully, but these errors were encountered: