You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ledger (115): the rep-to-rep climb is not node state and not intrinsic to repeated launches -- five fresh 240-step arms back to back sit in a 1.3% band with temperatures, clocks, VRAM and the store flat -- but ledger 111's +3.4%/+5.3% climb is 6-10 of these standard deviations with no co-tenant on its AMR arms, so it stays unexplained with the interleaving of arms as the surviving candidate; item 4's clean rerun will run each code's arms consecutively
Copy file name to clipboardExpand all lines: docs/documentation/amr_action_plan.md
+42Lines changed: 42 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -226,6 +226,48 @@ possible while AMR aborts on the target machine at 1 rank, and every increment b
226
226
on a compiler that does not reproduce it. It also means the ladder should add a CCE arm as soon as one
227
227
exists, or the same class of breakage will keep accumulating undetected.
228
228
229
+
## 2026-09-08 (115) — THE REP-TO-REP CLIMB IS NOT NODE STATE AND NOT INTRINSIC TO REPEATED LAUNCHES, AND IT IS NOT EXPLAINED EITHER (GOAL v5 item 2): five fresh launches of the 240-step S0 arm back to back on an otherwise idle node walk 348.4 / 347.8 / 349.7 / 350.4 / 345.7 s -- a 1.3 % band, sd 1.8 s (0.5 %), first to last -0.8 % -- with junction temperatures up 2-7 C after the first arm and flat after, clocks and VRAM constant, the store at its plateau; ledger 111's 1.570 -> 1.626 -> 1.664 climb (+3.4 % then +5.3 %) is 6-10 of these standard deviations and its AMR arms had NO co-tenant (the golden suite started after the last one), so the surviving candidate is the interleaving itself -- each MFC arm there followed AMReX runs and short arms -- which this probe did not test
230
+
231
+
**Question.** Ledger 111's MFC AMR arm slowed 6 % across three reps while its uniform arm and both AMReX arms held, and
232
+
that spread is the difference between 1.8x and 2.1x on the scorecard. Pre-registered (notes/ledger_drafts/l115_prereg.md,
233
+
saved at launch, one second after the pre-process step started and six minutes before the first result): node state would show as a monotone rise >= 3 % first to last with temperature, clock or VRAM moving;
234
+
"the day" would show as +/- 2 % with no trend; prior 60 % on the day.
235
+
236
+
**Instrument.** amr-bench/climb_probe.sh, session node k004-004 (MI250X, 8 GCDs), 19:29-20:01, nothing else in the
237
+
allocation (GPU lock held, no golden chain -- ledger 111's lesson), binary 2e1c5356, the S0 deck with the shipped defaults
238
+
plus ``amr_snap = 2``, pre-process once, then five fresh MPI launches of the 240-step arm from the same initial state;
239
+
``rocm-smi`` junction temperature, sclk and VRAM sampled before each arm; ``[amr-cap]`` and the phase rows kept.
240
+
241
+
| arm | wall s | rhs mean / max s | reflux mean / max s | regrid s | MPI wait total s | temperature before (8 GCDs, C) |
0 commit comments