Maggio33 commited on
Commit
17061bf
·
verified ·
1 Parent(s): e6ba32c

Card: learning-curve figures (eff, losses), 64M final @180k row

Browse files
.gitattributes CHANGED
@@ -37,3 +37,5 @@ board_overlay_v5.png filter=lfs diff=lfs merge=lfs -text
37
  charts/scaling_v5_latarnik.png filter=lfs diff=lfs merge=lfs -text
38
  progress_v5.png filter=lfs diff=lfs merge=lfs -text
39
  decontam_verify/fwe_kept_sample.jsonl filter=lfs diff=lfs merge=lfs -text
 
 
 
37
  charts/scaling_v5_latarnik.png filter=lfs diff=lfs merge=lfs -text
38
  progress_v5.png filter=lfs diff=lfs merge=lfs -text
39
  decontam_verify/fwe_kept_sample.jsonl filter=lfs diff=lfs merge=lfs -text
40
+ figures/fig1_learning_curves_web.png filter=lfs diff=lfs merge=lfs -text
41
+ figures/fig2_loss_curves_web.png filter=lfs diff=lfs merge=lfs -text
README.md CHANGED
@@ -171,6 +171,7 @@ Two final models are training now with a recipe fixed before the runs started. N
171
  | 64M final (14×576) | 120,000 (15.8%) | 45.58 | 75.15 | 2.4593 | 74.53 | training in progress; not a result |
172
  | 64M final (14×576) | 140,000 (18.4%) | 44.70 | 74.74 | 2.4501 | 74.11 | training in progress; not a result |
173
  | 64M final (14×576) | 160,000 (21.1%) | 45.79 | 73.81 | 2.4416 | 74.19 | training in progress; not a result |
 
174
  | 128M final (16×768) | 20,000 (2.6%) | 43.90 | 73.91 | 2.5383 | 71.34 | training in progress; not a result |
175
  | 128M final (16×768) | 40,000 (5.3%) | 46.68 | 74.81 | 2.4612 | 72.77 | training in progress; not a result |
176
  | 128M final (16×768) | 60,000 (7.9%) | 47.43 | 75.24 | 2.4151 | 73.28 | training in progress; not a result |
@@ -193,6 +194,16 @@ Reference, same protocol: the v1 models at the end of their runs (step 400,000)
193
 
194
  At step 40,000 the final 64M run was +0.99 eff ahead of v1 at the same step (ARC-Easy +2.02, BLiMP +0.85, byte_ppl −0.0016) and the final 128M run +0.81 eff (ARC-Easy +0.85, BLiMP +1.60, byte_ppl +0.0035). At step 80,000 the 64M runs are level (73.75 vs 73.76: ARC-Easy +1.60, BLiMP −1.72, byte_ppl −0.0145), and the final 128M run is +0.79 eff ahead of its v1 (73.83 vs 73.04: ARC-Easy +0.21, BLiMP +2.04, byte_ppl −0.0137). At step 160,000 the final 64M run is 0.31 eff behind v1 at the same step (74.19 vs 74.50: ARC-Easy +0.80, BLiMP −1.71, byte_ppl −0.0020). At step 120,000 the final 128M run is +1.02 eff ahead of its v1 (74.61 vs 73.59: ARC-Easy +0.80, BLiMP +2.32, byte_ppl +0.0132); for v1 128M this is the last checkpoint before its resume. Read this with three caveats: each is a single measurement (one ARC-Easy point is about one standard error at n = 2,376); the v1 pool was not cleaned of the test-set overlaps listed under *Benchmark contamination check*, while the final pool was; and v1 used a shorter cosine schedule (400k steps; at step 160,000 its learning rate was at about 69% of peak versus 91% for the final run), so from roughly 100k steps on the same-step comparison increasingly favours v1.
195
 
 
 
 
 
 
 
 
 
 
 
196
  ## Data-attribution experiments (64M, 2026-09-25)
197
 
198
  Question: **does changing the training data in the late phase of training move the efficiency score?** Method: two identical 64M models continue from the same flagship checkpoint (step 320k) with the same recipe, seed and number of steps (80k, to step 400k); **they differ only in the data**. Both are evaluated at 340k / 360k / 380k / 400k with the board protocol and a paired bootstrap over items. Each checkpoint folder has its own README with the full data specification.
 
171
  | 64M final (14×576) | 120,000 (15.8%) | 45.58 | 75.15 | 2.4593 | 74.53 | training in progress; not a result |
172
  | 64M final (14×576) | 140,000 (18.4%) | 44.70 | 74.74 | 2.4501 | 74.11 | training in progress; not a result |
173
  | 64M final (14×576) | 160,000 (21.1%) | 45.79 | 73.81 | 2.4416 | 74.19 | training in progress; not a result |
174
+ | 64M final (14×576) | 180,000 (23.7%) | 44.99 | 73.72 | 2.4344 | 73.90 | training in progress; not a result |
175
  | 128M final (16×768) | 20,000 (2.6%) | 43.90 | 73.91 | 2.5383 | 71.34 | training in progress; not a result |
176
  | 128M final (16×768) | 40,000 (5.3%) | 46.68 | 74.81 | 2.4612 | 72.77 | training in progress; not a result |
177
  | 128M final (16×768) | 60,000 (7.9%) | 47.43 | 75.24 | 2.4151 | 73.28 | training in progress; not a result |
 
194
 
195
  At step 40,000 the final 64M run was +0.99 eff ahead of v1 at the same step (ARC-Easy +2.02, BLiMP +0.85, byte_ppl −0.0016) and the final 128M run +0.81 eff (ARC-Easy +0.85, BLiMP +1.60, byte_ppl +0.0035). At step 80,000 the 64M runs are level (73.75 vs 73.76: ARC-Easy +1.60, BLiMP −1.72, byte_ppl −0.0145), and the final 128M run is +0.79 eff ahead of its v1 (73.83 vs 73.04: ARC-Easy +0.21, BLiMP +2.04, byte_ppl −0.0137). At step 160,000 the final 64M run is 0.31 eff behind v1 at the same step (74.19 vs 74.50: ARC-Easy +0.80, BLiMP −1.71, byte_ppl −0.0020). At step 120,000 the final 128M run is +1.02 eff ahead of its v1 (74.61 vs 73.59: ARC-Easy +0.80, BLiMP +2.32, byte_ppl +0.0132); for v1 128M this is the last checkpoint before its resume. Read this with three caveats: each is a single measurement (one ARC-Easy point is about one standard error at n = 2,376); the v1 pool was not cleaned of the test-set overlaps listed under *Benchmark contamination check*, while the final pool was; and v1 used a shorter cosine schedule (400k steps; at step 160,000 its learning rate was at about 69% of peak versus 91% for the final run), so from roughly 100k steps on the same-step comparison increasingly favours v1.
196
 
197
+ **Learning curves** (training in progress; not a result; final 64M to step 180,000, 128M to step 120,000):
198
+
199
+ ![Figure 1: eff against tokens seen for the v1 and final runs, 64M and 128M](figures/fig1_learning_curves_web.png)
200
+
201
+ *Figure 1.* eff (canonical board protocol) against tokens seen, for v1 (400k-step cosine) and the final runs (760k-step cosine, in progress). Lines are fits within the measured range only, with no extrapolation; the band is ±2σ (seed and evaluation noise). The v1 128M points up to its resume (40k, 80k and 120k, grey) are not fitted.
202
+
203
+ ![Figure 2: training loss and WikiText-2 bits per byte against tokens seen](figures/fig2_loss_curves_web.png)
204
+
205
+ *Figure 2.* (a) Training loss (5k-step centred mean), final runs up to their last evaluated step. Training losses are on each run's own pool; v1 sampled windows with replacement and, on its shorter schedule, had a lower learning rate at the same step; both lower its training loss, so (a) compares shape, not level. From about 3B tokens the final 64M run has a higher training loss than v1; v1 128M has no logged loss before its resume at 120k. (b) Bits per byte on the WikiText-2 test without the 7 near-copies found in the v1 pool (55 articles), the same text for all runs; the remaining articles overlap any pool by at most ~9% of their 13-grams. On these 55 articles the final and v1 runs are within ±0.01 bits per byte at the same step.
206
+
207
  ## Data-attribution experiments (64M, 2026-09-25)
208
 
209
  Question: **does changing the training data in the late phase of training move the efficiency score?** Method: two identical 64M models continue from the same flagship checkpoint (step 320k) with the same recipe, seed and number of steps (80k, to step 400k); **they differ only in the data**. Both are evaluated at 340k / 360k / 380k / 400k with the board protocol and a paired bootstrap over items. Each checkpoint folder has its own README with the full data specification.
figures/fig1_learning_curves_web.png ADDED

Git LFS Details

  • SHA256: 82a5e5eb51d988bc1a06b93b087f2a8a9f83db4d2c63568c1e1f561c9ba3fd9c
  • Pointer size: 131 Bytes
  • Size of remote file: 135 kB
figures/fig2_loss_curves_web.png ADDED

Git LFS Details

  • SHA256: b765240bc1f0a856c1be56b8de65eed23883cb0301172661521c9aa9dfd15ace
  • Pointer size: 131 Bytes
  • Size of remote file: 133 kB