3.2.6 · D1Training Deep Networks

Foundations — Learning rate scheduling

2,157 words10 min readBack to topic

This page assumes nothing. If the parent note used a symbol, we define it here from scratch: plain words → the picture it stands for → why the topic needs it. Read top to bottom; each block only uses ideas already built above.


0. The stage: what are we even doing?

Figure — Learning rate scheduling

Look at the surface above. The height is badness. The ball is our current network. We want to reach the lowest point. Every symbol below is a piece of this one picture. See Loss Landscapes and Minima for the surface itself.


1. — the parameters (the ball's position)

  • Plain words: "the current setting of all the dials in the network."
  • The picture: a single dot on the ground-map of the valley. Move the dot → you've changed the network.
  • Why the topic needs it: the schedule's whole job is to control how far the dot moves each step, so we must first have a name for the dot.

2. — the loss (the height of the valley)

  • The picture: the height of the surface directly above the ball's position .
  • Why we need it: without a height to descend, "downhill" has no meaning. The loss defines which way is down.

Lower = better network. The lowest reachable point is a minimum (see Loss Landscapes and Minima).


3. — the gradient (the compass to steepest uphill)

Here a genuine math tool enters. We must justify it.

  • Plain words: "the steepest-uphill arrow at your current spot."
  • The picture: an arrow lying flat on the ground-map, pointing toward higher ground.
  • Why the topic needs it: to go down we step in the opposite direction, . That minus sign is why the update formula subtracts.
Figure — Learning rate scheduling

The subscript in just says "the arrow is measured with respect to changing " — i.e. "steepest direction in dial-space."


4. — the learning rate (step size)

  • The picture: the length of each footstep the ball takes downhill.
  • Why we need it: the gradient only gives a direction and a raw steepness; converts that into an actual distance moved. Everything on the parent page is about choosing well.

Now we can read the master update, one symbol at a time:


5. — the step counter (and epoch vs step)

  • The picture: a frame number in the movie of the ball rolling down.
  • Why the topic needs it: a schedule means changes as grows — written . Without a clock there is nothing to schedule against.

6. — a schedule (step size that changes with the clock)

  • The picture: a curve — time on the bottom axis, step size going up. The ball's stride follows this curve as it descends.
  • Why: the parent's whole thesis — big steps early, small steps late — is literally "make a decreasing curve."
Figure — Learning rate scheduling

7. Randomness tools: , , and

The parent's derivation of why LR must decay needs three probability ideas. Build them now.

  • The picture: a fuzzy cloud of possible ball-positions instead of one exact dot. Big variance = wide cloud.
  • Why the topic needs it: the parent shows the ball settles into a buzzing cloud of width . To shrink that cloud to a point you must shrink — that is the mathematical reason schedules decay. See Robbins-Monro Stochastic Approximation.

8. — the curvature of the valley

  • The picture: the tightness of the U-shape. A tight U bounces the ball back hard.
  • Why: it appears in the noise-floor formula and controls whether a given overshoots.

9. Tools inside the schedule curves: , ,

The parent's schedule formulas use three notations. Define each and say why that tool.

Figure — Learning rate scheduling

How these feed the topic

parameters theta

update rule

loss L badness

gradient nabla L

learning rate eta

step counter t

schedule eta of t

noise xi and variance

why eta must decay

curvature a

floor exp cos tools

Learning rate scheduling

Read top-down: parameters + loss give a gradient; gradient + learning rate give the update; the step counter turns a fixed into a schedule ; the noise-and-curvature argument proves the schedule must decay; the floor/exp/cos tools build the actual curves. Everything converges on the parent topic. For choosing the numbers themselves, see Hyperparameter Tuning and Adam and Adaptive Optimizers.


Equipment checklist

Self-test: cover the right side and answer aloud.

What does stand for?
The whole collection of network numbers — the ball's position on the valley map.
What single number does give?
How wrong (bad) the network is for setting ; the height of the surface.
Which direction does the gradient point?
Steepest uphill; we step the opposite way to go down.
Why is there a minus sign in ?
To turn the uphill gradient into a downhill move.
In words, what is the learning rate ?
The size/length of each step the ball takes downhill.
What does count, and how does it differ from an epoch?
counts updates (steps); one epoch is a full data pass = many steps.
What is a schedule ?
A rule/curve giving the step size to use at each step .
What does variance / measure here?
How much the mini-batch gradient noise jitters — the width of the ball's buzzing cloud.
Why does force a decaying schedule?
The residual jitter shrinks only as , so we must decay to settle at the true minimum.
What does do and why is it in step decay?
Rounds down; it counts how many whole drops have occurred.
Why cosine and not a straight line for annealing?
Cosine is flat at both ends (high-then-gentle) and drops fastest mid-way — ideal travel-then-settle shape.