Summary
This paper proposes a new learning rate scheduler for language model pre-training that can accommodate varying numbers of pre-training examples. The authors identify a power-law relationship between the ratio LR / batch size and the number of training tokens. They then use this to design a scheduler that will decay the LR exponentially as training proceeds -- importantly, the scheduler improves over other options (cosine schedule) because it doesn't require knowing the number of tokens in advance.
Review summary: The problem is interesting, but there is a huge chunk of significant prior work (on scaling learning rates and batch sizes) that is missing. The plots of experiments appear to be incorrect, and most of the time, the takeaways do not match what is shown in the actual plot. Therefore, although the idea is interesting and may hold some merit, I am recommending rejection because the paper does not constitute a sound and valid scientific study.
Strengths
1. It is interesting that the authors find that the learning rate of the WSD scheduler is dependent on the number of tokens trained. The motivation of the scheduler is that one should be able to train in the stable (S) phase for an arbitrary period of time and decay (D) whenever training is completed. However, I do see substantial issues with their experiments that make me question the validity of this finding.
2. Designing methods that transfer across training budgets is of great interest, since it's hard to ablate all crucial design choices at scale.
Weaknesses
**Major Concerns**
1. The authors should cite theoretical and empirical work that has shown that the learning rate _does_ depend on the batch size [1,2,3]. Indeed, these prior works make Fig 2b and Hypothesis 1 unnecessary. Most of the points on their grid agree with the square root scaling rule introduced in [1] and theoretically justified in [2] -- I suspect that if they also adjusted the $\beta_1,\beta_2$ hyperparameters in Adam, then it would exactly agree with the square root scaling rule. The bigger problem is that this prior work implies there is _no way_ that the power scheduler can be agnostic to the batch size. Indeed, the main experiments simply pick a fixed batch size and thus don't substantiate the claim that this scheduler generalizes across batch sizes.
2. I am also concerned that there is not much mathematical thought put into any of the findings in the paper. Decisions are motivated heuristically, perhaps with incorrect plots of experiments, and this makes it hard to believe that the scheduler really will transfer robustly. It's not necessary to have formal proofs or anything like that in this paper, but I think it is necessary to provide intuition of some sort, either via math or careful analyses of the training curves.
3. The takeaway that I get from Fig 5 doesn't match the written takeaway. The plot shows that the choice of $a$ can drive changes of up to 10 points in the test perplexity, which is _extremely_ significant. Yet the caption and the text in lines 376-377 say that the test perplexity is not sensitive to the choice of $a$.
4. Altogether, given the issues with Figs 5 and 6, I think the values chosen for $a$ and $b$ don't make any sense to me. The authors should have plotted $(a,b)$ together against the test perplexity. As it stands, there's no evidence to drive the choice of $a$ and $b$.
**Minor Concerns**
1. My above point here also raises the question: why didn't the authors study the effect of $\beta_1,\beta_2$?
2. The paper makes several slightly incorrect statements about $\mu$P. For example, at the start of Section 3, the authors say that "Due to our use of $\mu$P, we expect the optimal learning rate to be invariant across different model sizes, batch sizes, and training steps." However, Tensor Programs (the theoretical framework behind $\mu$P) can only comment on the optimal learning rate on a fixed dataset. I suggest the authors look for these slight mis-statements throughout their paper and correct them. These culminate in the unsupported claim that the hyperparameters for their power scheduler will transfer across model sizes, training tokens, and batch sizes -- there's no fundamental reason for this to be true.
3. Fig 3 is not made correctly. For example, why is the red curve between batch size 32 and 64 exhibiting a non-zero second-order derivative? It should just be a line, unless additional batch sizes between 32 and 64 were tested. This is misleading. Actually, I am not even sure why these points are connected instead of being presented as a scatter plot.
5. Fig 6 is also confusing. The caption says it is about the $a$ hyperparameter but the plot appears to be for the $b$ hyperparameter, since the values are all negative.
7. It would be nice to see training curves for the 1B runs with different schedulers. That can help people understand what is going on when you use the Power Scheduler.
8. The significance of the 1B results is not apparent to me. The improvement is marginal, and there are more hyperparameters to tune with the Power Scheduler. Also, given the issues with Section 4, I can't tell if the hyperparameters are even selected correctly.
[1] You et al., *Large Batch Optimization for Deep Learning: Training BERT in 76 minutes* (ICLR 2020).
[2] Malladi et al., *On the SDEs and Scaling Rules for Adaptive Gradient Algorithms* (NeurIPS 2022).
[3] Goyal et al., *Accurate, Large Minibatch SGD: Training ImageNet in 1 Hour* (2017)