Learning Curve

A learning curve shows how training and validation performance change as training progresses or as the amount of data changes. It is a diagnostic tool for separating optimization failure, underfitting, overfitting, and data limitation.

For step or epoch , a common curve records:

where is the model state at time .

Interpretation

PatternLikely meaningNext check
Train and validation both highunderfitting, optimization failure, label mismatchloss, gradients, features, capacity
Train improves, validation worsensoverfitting or validation mismatchregularization, split, leakage
Both improve slowlylearning rate, batch size, data difficultyoptimization and schedule
Train noisy, validation unstablesmall validation set, high variance, unstable trainingseeds, confidence intervals, gradient norms
Validation jumps after resumecheckpoint or preprocessing mismatchrestored state and data contract

The curve is evidence for a diagnosis, not the diagnosis itself.

Data-Size Curve

A second kind of learning curve varies training-set size :

If validation error keeps decreasing with more data, data collection or curation may matter more than architecture changes. If it saturates early, capacity, objective, label quality, or task formulation may be the bottleneck.

Logging Requirements

Record:

  • Training loss and validation metric on the same x-axis.
  • Learning rate, batch size, gradient norm, and skipped/failed steps.
  • Validation frequency and exact checkpoint evaluated.
  • Data split version and preprocessing version.
  • Random seed or repeated-run variation when curves are noisy.

Checks

  • Is the validation curve computed in evaluation mode, not training mode?
  • Are train and validation losses comparable, or do they use different augmentations?
  • Are validation points frequent enough for early stopping?
  • Is a curve change caused by schedule, resume, data change, or code change?
  • Does lower train loss actually improve generalization?