AnswerDotAI / AnswerDotAI/fsdp_qlora
nan when the input length is large
- Dominant language
- Jupyter Notebook
- Stars
- 1.6k
- Forks
- 201
- PR merge metrics
- No merged PRs in 30d
Description
Hi
Thanks for your efforts folks!
While I was testing the code on my own dataset, I found that when the length of the input is large (~4000), the loss becomes Nan from the first step:
Epoch 0, Loss nan, LR 1.00e-05: 12%|█████
For the same dataset, when I truncate my input to something shorter, I start to see the loss.
What is the problem?
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reproducing training on the reported dataset with input lengths around 4000, then compare it with the truncated-input run. Check the training output for the first NaN loss and identify the conditions that distinguish the two runs. Done means the cause is isolated and the training loss remains finite for the large input.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- jupyter-notebook
- Domain
- machine-learning
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100