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
This commit is contained in:
co-authored by
Claude Sonnet 5
parent
5c1b31669e
commit
c8ba8832c4
@@ -0,0 +1,44 @@
|
||||
epoch_s,elapsed_s,qemu_utime_jiffies,mem_used_kb,mem_available_kb,swap_used_kb
|
||||
1789256793,1,0,2442660,9697020,582664
|
||||
1789256798,6,0,2526896,9612784,582664
|
||||
1789256803,11,0,2487012,9652668,582664
|
||||
1789256809,17,0,2474924,9664756,582664
|
||||
1789256814,22,0,2496072,9643608,582664
|
||||
1789256819,27,0,2520548,9619132,582664
|
||||
1789256824,32,0,2522504,9617176,582664
|
||||
1789256829,37,0,2542168,9597512,582664
|
||||
1789256834,42,0,2550144,9589536,582664
|
||||
1789256839,47,0,2547648,9592032,582664
|
||||
1789256844,52,0,2539588,9600092,582664
|
||||
1789256849,57,0,2526832,9612848,582664
|
||||
1789256854,62,0,2534212,9605468,582664
|
||||
1789256859,67,0,2572240,9567440,582664
|
||||
1789256864,72,0,2558752,9580928,582664
|
||||
1789256869,77,0,2544780,9594900,582664
|
||||
1789256874,82,0,2555756,9583924,582664
|
||||
1789256879,87,0,2555568,9584112,582664
|
||||
1789256884,92,0,2565692,9573988,582664
|
||||
1789256889,97,0,2570936,9568744,582664
|
||||
1789256894,102,0,2574916,9564764,582664
|
||||
1789256899,107,0,2574264,9565416,582664
|
||||
1789256904,112,0,2568604,9571076,582664
|
||||
1789256909,117,0,2555708,9583972,582664
|
||||
1789256914,122,0,2587896,9551784,582664
|
||||
1789256919,127,0,2580644,9559036,582664
|
||||
1789256924,132,0,2599992,9539688,582664
|
||||
1789256929,137,0,2569044,9570636,582664
|
||||
1789256934,142,0,2574236,9565444,582664
|
||||
1789256939,147,0,2541956,9597724,582664
|
||||
1789256944,152,0,2542152,9597528,582664
|
||||
1789256949,157,0,2540344,9599336,582664
|
||||
1789256954,162,0,2537056,9602624,582664
|
||||
1789256960,168,0,2551016,9588664,582664
|
||||
1789256965,173,0,2549016,9590664,582664
|
||||
1789256970,178,0,2532076,9607604,582664
|
||||
1789256975,183,0,2495680,9644000,582664
|
||||
1789256980,188,0,2507464,9632216,582664
|
||||
1789256985,193,0,2524336,9615344,582664
|
||||
1789256990,198,0,2511552,9628128,582664
|
||||
1789256995,203,0,2488168,9651512,582664
|
||||
1789257000,208,0,2448528,9691152,582664
|
||||
1789257005,213,0,2432736,9706944,582664
|
||||
|
File diff suppressed because it is too large
Load Diff
Reference in New Issue
Block a user