What if you could never lose hours of training work, even if your computer crashes?
Why Checkpoint with optimizer state in PyTorch? - Purpose & Use Cases
Start learning this pattern below
Jump into concepts and practice - no test required
Imagine training a deep learning model for hours on your computer. Suddenly, the power goes out or your program crashes. Without saving your progress, you must start all over from the beginning.
Manually restarting training wastes time and energy. You lose all the learning your model did so far. Also, without saving the optimizer state, your model forgets how it was adjusting weights, making training slower and less stable.
Using checkpoints that save both the model and optimizer states lets you pause and resume training exactly where you left off. This means no lost progress and smoother training continuation.
torch.save(model.state_dict(), 'model.pth')torch.save({'model': model.state_dict(), 'optimizer': optimizer.state_dict()}, 'checkpoint.pth')You can safely stop and restart training anytime without losing progress or optimizer momentum.
A data scientist training a large neural network on a shared server can save checkpoints regularly. If the server restarts or the job is paused, they resume training seamlessly without starting over.
Training can be interrupted without losing progress.
Optimizer state saves learning momentum for better results.
Checkpoints make long training jobs manageable and reliable.
Practice
Solution
Step 1: Understand what optimizer state contains
The optimizer state includes parameters like learning rate, momentum, and other variables that affect training progress.Step 2: Reason why saving optimizer state is important
Saving the optimizer state allows training to resume exactly where it left off, preserving these settings.Final Answer:
To resume training with the same learning rate and momentum settings -> Option CQuick Check:
Optimizer state saves training settings = C [OK]
- Thinking optimizer state reduces model size
- Confusing optimizer state with model weights
- Believing optimizer state affects inference speed
Solution
Step 1: Identify correct saving method for states
PyTorch recommends saving state_dict() of model and optimizer for checkpoints.Step 2: Check each option
torch.save({'model': model.state_dict(), 'optimizer': optimizer.state_dict()}, 'checkpoint.pth') saves state_dict() of both model and optimizer in a dictionary, which is correct.Final Answer:
torch.save({'model': model.state_dict(), 'optimizer': optimizer.state_dict()}, 'checkpoint.pth') -> Option BQuick Check:
Save state_dict() for model and optimizer = B [OK]
- Saving full model object instead of state_dict
- Saving optimizer object directly
- Not saving optimizer state at all
import torch
import torch.nn as nn
import torch.optim as optim
model = nn.Linear(2, 1)
optimizer = optim.SGD(model.parameters(), lr=0.1)
# Save checkpoint
checkpoint = {'model': model.state_dict(), 'optimizer': optimizer.state_dict()}
torch.save(checkpoint, 'cp.pth')
# Load checkpoint
loaded = torch.load('cp.pth')
optimizer.load_state_dict(loaded['optimizer'])
print(optimizer.param_groups[0]['lr'])Solution
Step 1: Understand optimizer initialization
Optimizer is created with learning rate 0.1 and saved in checkpoint.Step 2: Loading optimizer state restores learning rate
Loading optimizer state_dict sets learning rate back to 0.1.Final Answer:
0.1 -> Option AQuick Check:
Loaded optimizer lr = 0.1 [OK]
- Assuming learning rate resets to default
- Forgetting to load optimizer state
- Confusing model and optimizer states
Solution
Step 1: Identify cause of lost optimizer settings
If optimizer state is not loaded, training uses default optimizer settings.Step 2: Check common mistakes
Not calling optimizer.load_state_dict() after loading checkpoint causes this issue.Final Answer:
Not calling optimizer.load_state_dict() after loading checkpoint -> Option AQuick Check:
Load optimizer state to keep settings = D [OK]
- Saving full model instead of state_dict
- Confusing torch.save and torch.load usage
- Setting model.eval() affects inference, not optimizer
Solution
Step 1: Identify required checkpoint components
To resume training exactly, save epoch, model state, optimizer state, and best loss.Step 2: Evaluate options
{'epoch': epoch, 'model': model.state_dict(), 'optimizer': optimizer.state_dict(), 'best_loss': best_loss} includes all required keys with correct state_dict() usage.Final Answer:
{'epoch': epoch, 'model': model.state_dict(), 'optimizer': optimizer.state_dict(), 'best_loss': best_loss} -> Option DQuick Check:
Save epoch, model, optimizer, loss in checkpoint = A [OK]
- Saving full model or optimizer objects
- Omitting optimizer state
- Not saving epoch or loss for training resume
