XYZNOT

Paper · arXiv 2001.08361

Scaling Laws for Neural Language Models

Veröffentlicht cs.LGstat.ML arXivPDF

Mit Übersetzung und KI lesen

Zusammenfassung in drei Zeilen

  1. 🎯 Bestimmen, wie die Leistung autoregressiver Transformer-Sprachmodelle mit Modellparametern, Datensatzgröße und Rechenbudget skaliert.
  2. 🔧 Trainieren von Decoder-only-Transformern über mehrere Größenordnungen bezüglich Parametern, Daten und Compute hinweg, um empirische Potenzgesetze und die Dynamik der Critical Batch Size anzupassen.
  3. 📈 Die Performanz folgt über mehr als 7 Größenordnungen an Compute glatten Potenzgesetzen; compute-effizientes Training weist Compute primär der Modellgröße () statt der Datensatzgröße () zu.

Abstract

Wir untersuchen empirische Skalierungsgesetze für die Leistung von Sprachmodellen anhand des Cross-Entropy-Loss. Der Loss skaliert als Potenzgesetz mit der Modellgröße, der Datensatzgröße und der für das Training aufgewendeten Rechenleistung (Compute), wobei einige Trends über mehr als sieben Größenordnungen hinweg anhalten. Andere architektonische Details wie Netzwerkbreite oder -tiefe haben innerhalb eines weiten Bereichs nur minimale Auswirkungen. Einfache Gleichungen bestimmen die Abhängigkeit von Overfitting von Modell- bzw. Datensatzgröße sowie die Abhängigkeit der Trainingsgeschwindigkeit von der Modellgröße. Diese Zusammenhänge ermöglichen es uns, die optimale Aufteilung eines festen Compute-Budgets zu bestimmen. Größere Modelle sind deutlich stichprobeneffizienter (sample-efficient), sodass ein optimal compute-effizientes Training das Trainieren sehr großer Modelle auf einer relativ moderaten Datenmenge und ein Stoppen deutlich vor der Konvergenz erfordert.

Original-Abstract (Englisch)

We study empirical scaling laws for language model performance on the cross-entropy loss. The loss scales as a power-law with model size, dataset size, and the amount of compute used for training, with some trends spanning more than seven orders of magnitude. Other architectural details such as network width or depth have minimal effects within a wide range. Simple equations govern the dependence of overfitting on model/dataset size and the dependence of training speed on model size. These relationships allow us to determine the optimal allocation of a fixed compute budget. Larger models are significantly more sample-efficient, such that optimally compute-efficient training involves training very large models on a relatively modest amount of data and stopping significantly before convergence.

Leseleitfaden

Problem und Motivation

Die Sprachmodellierung hat sich mit Transformer-Architekturen rasant weiterentwickelt, doch das Trainieren großer Modelle erfordert erhebliche Rechenkapazitäten und Datenmengen. Vor dieser Arbeit war unklar, wie die Performanz (gemessen am Cross-Entropy-Loss) von der Architekturform (Tiefe vs. Breite), der Parameteranzahl, der Datensatzgröße und dem Trainingsaufwand (Compute) abhängt. Ohne quantitative Skalierungsbeziehungen trainierten Forschende kleinere Modelle typischerweise nahe an die Konvergenz, anstatt zu verstehen, wie ein festes Rechenbudget optimal aufgeteilt werden sollte.

Kernideen

  • Skalierung dominiert die Architektur: Innerhalb weiter Grenzen hängt die Leistung von Transformern stark von der Anzahl der Nicht-Embedding-Parameter , der Datensatzgröße und dem Rechenaufwand ab, während architektonische Hyperparameter wie Tiefe, Breite und Anzahl der Attention-Heads bei festem nur minimalen Einfluss haben.
  • Glatte Skalierung nach Potenzgesetzen: Der Cross-Entropy-Test-Loss skaliert als Potenzgesetz mit , und dem Rechenaufwand über mehr als sechs bis acht Größenordnungen hinweg.
  • Sublineares Datenwachstum zur Vermeidung von Overfitting: Um Overfitting zu vermeiden, muss die Datensatzgröße sublinear mit den Parametern skaliert werden: .
  • Compute-Effizienz bedeutet große, früh gestoppte Modelle: Um die Leistung bei einem festen Compute-Budget zu maximieren, sollte man sehr große Modelle trainieren und das Training deutlich vor der Konvergenz stoppen, wobei Compute als , Batchgröße als und Schritte als skaliert werden.

Methode (mit den wichtigsten Gleichungen)

Die Autoren evaluieren Decoder-only-Transformer-Modelle auf WebText2 (unter Verwendung von BPE-Tokenisierung, Kontextlänge ). Die Modellgröße schließt Embedding-Parameter explizit aus: .

Der Nicht-Embedding-Rechenaufwand pro Forward-Backward-Pass wird approximiert als .

  1. Individuelle Potenzgesetze:

    • Parameter-limitiert:
    • Daten-limitiert:
    • Compute-limitiert (bei Batchgröße ):
  2. Gleichzeitige Parameter- und Datenskalierung:

  3. Trainingsdynamik und Critical Batch Size: Die Lernkurve passt sich den Schritten an (Schritte bei ):

  4. Optimale Aufteilungen: Effizientes Training zielt auf einen Loss ab, der etwa über dem konvergierten Loss liegt ().

Ergebnisse (mit den wichtigsten Zahlen)

  • Die Trends gelten über 8 Größenordnungen bei Compute, 6 bei den Parametern und 2 bei den Daten.
  • Eine Verdopplung von reduziert den Loss um den Faktor .
  • Schwelle zur Vermeidung von Overfitting: . Eine Verachtfachung der Modellgröße erfordert lediglich eine etwa fünffache Datenmenge.
  • Bei einer Verzehnfachung des Rechenbudgets vergrößert ein compute-effizientes Training die Modellgröße um das -Fache (), die Batchgröße um das -Fache () und die Trainingsschritte um lediglich das -Fache ().
  • Verglichen mit dem Training bis nahe an die Konvergenz ( Abweichung) verbraucht compute-optimales Training weniger Compute, verwendet mehr Parameter und benötigt weniger Parameter-Update-Schritte.
  • Der Transfer-Loss auf Out-of-Distribution-Korpora (Books Corpus, Common Crawl, English Wikipedia) verbessert sich kontinuierlich mit der Modellgröße und weist einen nahezu konstanten Offset-Penalty im Vergleich zum WebText2-Validierungs-Loss auf.

Grenzen und offene Fragen

  • Der Arbeit fehlt eine rigorose theoretische Herleitung (z. B. auf Basis statistischer Physik), die die exakten Exponenten erklärt.
  • Die Compute-Skalierung vernachlässigt aufmerksamkeitsbezogene Kosten proportional zu sowie kontextabhängigen Rechenaufwand, wenn .
  • Hyperparameter wie Regularisierung, Dropout-Tuning und Learning-Rate-Schedules bei extremen Skalen wurden weitgehend fixiert oder nicht pro Datensatzgröße abgestimmt.
  • Die Extrapolation der compute-optimalen Trends führt zu einem Widerspruch, bei dem den Wert bei , Parametern und schneidet; dies signalisiert, dass die empirischen Trends schließlich zusammenbrechen oder nahe der Entropie-Untergrenze natürlicher Sprache abflachen müssen.

Schlüsselbegriffe

Non-embedding parameters ($N$)
Die Anzahl der Transformer-Parameter ohne Vokabular- und Positions-Embedding-Matrizen, berechnet als .
PF-day
Eine Recheneinheit (Petaflop-Tag), die Gleitkommaoperationen pro Sekunde über einen Tag hinweg entspricht, gleichbedeutend mit FLOPs.
Critical batch size ($B_{\text{crit}}$)
Die Trainings-Batchgröße, die einen optimalen Kompromiss zwischen Recheneffizienz und serieller Trainingszeit bietet und sich invers zu einer Potenz des Loss verhält.
Compute-efficient frontier
Die optimale Konfiguration aus Modellgröße, Batchgröße und Update-Schritten, die den Validierungs-Loss für ein gegebenes, festes Rechenbudget minimiert.
Sample efficiency
Die Rate, mit der sich ein Modell pro verarbeitetem Daten-Token verbessert; größere Modelle erreichen einen Ziel-Loss mit wesentlich weniger Tokens als kleinere Modelle.
WebText2
Der erweiterte Text-Pretraining-Datensatz aus ausgehenden Reddit-Links bis Oktober 2018, der zur Anpassung der primären empirischen Skalierungsgesetze verwendet wurde.
Early stopping step ($S_{\text{stop}}$)
Der Trainingsschritt, ab dem sich der Test-Loss auf einem finiten Datensatz aufgrund von Overfitting nicht weiter verbessert; die Autoren leiten hierfür eine empirische untere Schranke her.

Fragen

Warum werden Embedding-Parameter bei der Berechnung der Modellgröße $N$ ausgeschlossen?

Der Ausschluss von Vokabular- und Positions-Embeddings führt zu deutlich saubereren und universelleren Potenzgesetz-Trends über verschiedene Tiefen und Parameterzahlen hinweg. Dies zeigt, dass Embedding-Parameter variiert werden können, ohne die Kernkapazität des Transformers signifikant zu verändern.

Sollte ein festes Compute-Budget eher für längeres Training oder für ein größeres Modell verwendet werden?

Es sollte primär für das Training eines größeren Modells verwendet werden. Ein optimal compute-effizientes Training skaliert Parameter mit und Schritte mit und stoppt das Training lange vor der Konvergenz.

Welchen Einfluss hat das Seitenverhältnis des Transformers (Tiefe vs. Breite) auf den Loss?

Die Performanz hängt nur sehr schwach vom Verhältnis von Tiefe zu Breite oder von der Anzahl der Attention-Heads ab, wenn die Nicht-Embedding-Parameter konstant gehalten werden; das Seitenverhältnis kann um den Faktor 40 variieren, während der Loss nur minimale Änderungen zeigt.

Wie überträgt sich der Cross-Entropy-Loss auf Out-of-Distribution-Text?

Der Transfer-Loss auf andere Korpora skaliert mit der Modellgröße mit annähernd derselben Potenzgesetz-Rate wie auf der Trainingsverteilung und unterscheidet sich im Wesentlichen nur durch einen näherungsweise konstanten additiven Penalty-Wert.

Die Übersicht auf dieser Seite wurde von einer KI aus dem Paper erstellt und kann Fehler enthalten. Details stehen im Paper.

Mit Übersetzung und KI lesen