Files
LithosAnanake/logs/20260912-194633/amd64/host-sample-amd64-20260912-194633.csv
T
Robert Allan JamesandClaude Sonnet 5 c8ba8832c4
Build / build-amd64-iso (push) Waiting to run
Build / build-aarch64-iso (push) Waiting to run
Build / build-riscv64-img (push) Waiting to run
Fix N-RUNS/START-REP hardcoded constants; N-REPS increase blocked on reservoir cost, not a bug (FABRIC-3.md §XXIII)
Two real bugs found and fixed while attempting to raise N-REPS from
3 (both harmless only by coincidence at N-REPS=3, since 3 happened
to equal the hardcoded/literal values):

- N-RUNS was `27 CONSTANT`, not derived -- now `N-ID N-REPS *
  CONSTANT N-RUNS`.
- START-REP's run_id decode used a literal `3 *` where it meant
  `N-REPS *` (confirmed against EXEC-STD79-DOE, the serialized
  baseline, which correctly uses N-REPS for the same decode).

Re-verified at N-REPS=3 (amd64): byte-identical to the already-
verified baseline -- 193s, 0 faults, 99/99 tokens every identity,
K conserved on all 656 rows.

Raising N-REPS to 6 was then tested and found to cause real, silent
data loss at full 8-identity scale (rajames 0/198, 00 66/198, 01/02
99/198, 03-06 fully complete) -- same failure class as §XXI defect 2,
just past the budget again since doubling N-REPS roughly doubles
total MSG-SEND volume (24->48).

Measured the reservoir's replenishment directly rather than assume
from source: 40 sends drained it from 21735 to 1; 300s of pure idle
time (zero further sends) brought it back to 2049 -- real, but only
~6.8 units/s, meaning a full refill would take on the order of 53
minutes against a campaign's few-hundred-second runtime. Raising
N-REPS further needs a cheaper per-send cost or an explicit top-up,
not reliance on ambient decay.

Reverted N-REPS to 3 (fixes kept, they're correctness fixes
independent of the value) rather than commit a silently-lossy result.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01EXieurDfDSsDFdnSyusuWo
2026-09-12 20:03:21 -04:00

1.7 KiB

1epoch_selapsed_sqemu_utime_jiffiesmem_used_kbmem_available_kbswap_used_kb
217892567931024426609697020582664
317892567986025268969612784582664
4178925680311024870129652668582664
5178925680917024749249664756582664
6178925681422024960729643608582664
7178925681927025205489619132582664
8178925682432025225049617176582664
9178925682937025421689597512582664
10178925683442025501449589536582664
11178925683947025476489592032582664
12178925684452025395889600092582664
13178925684957025268329612848582664
14178925685462025342129605468582664
15178925685967025722409567440582664
16178925686472025587529580928582664
17178925686977025447809594900582664
18178925687482025557569583924582664
19178925687987025555689584112582664
20178925688492025656929573988582664
21178925688997025709369568744582664
221789256894102025749169564764582664
231789256899107025742649565416582664
241789256904112025686049571076582664
251789256909117025557089583972582664
261789256914122025878969551784582664
271789256919127025806449559036582664
281789256924132025999929539688582664
291789256929137025690449570636582664
301789256934142025742369565444582664
311789256939147025419569597724582664
321789256944152025421529597528582664
331789256949157025403449599336582664
341789256954162025370569602624582664
351789256960168025510169588664582664
361789256965173025490169590664582664
371789256970178025320769607604582664
381789256975183024956809644000582664
391789256980188025074649632216582664
401789256985193025243369615344582664
411789256990198025115529628128582664
421789256995203024881689651512582664
431789257000208024485289691152582664
441789257005213024327369706944582664