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
{{ message }}
Repository navigation
Commit 62eedf8
Browse filesBrowse the repository at this point in the historyBrowse files
fix(box-qualify): the drift bands are ONE-SIDED, a box cannot get faster from contention
The bands shipped symmetric, so the first live run terminated boxes for BEATING
their baseline: one-api read 75us against a 79us baseline (-5.06%) and tensorzero
75us against 81us (-7.41%). Both were rejected and replaced. With 7 of 13 baselines
sitting above that run's box population the gate was on course to burn every
replacement attempt and skip gateways outright, including busbar.
One-sided is the correct semantics, not a loosening. Contention, throttling and
noisy neighbours only ever ADD latency and REMOVE throughput. A box cannot randomly
get faster, so a floor that beats its baseline is the box showing its true
clean-hardware speed, and it implies the BASELINE was the noisy measurement rather
than this run. The absolute envelope still bounds absurd values on both sides.
bq_regression() replaces bq_abs() at the four gate sites and returns the magnitude
of the deviation in the DEGRADING direction only: positive drift for stage-1 floor
latency (higher is worse), negative drift for stage-2 peak throughput (higher is
better). Verified against every real 2026-07-25 datapoint: the two wrongly rejected
boxes now pass, gomodel still fails both gates (+5.4% floor, -86% peak), and kong's
+13% faster peak passes.
BQ_DETAIL="floor p99 ${med}us drifted${BQ_DRIFT_PCT}% from this gateway+arch's rolling baseline ${base}us (band +/-${BQ_FLOOR_DRIFT_PCT}%)"
378
+
BQ_DETAIL="floor p99 ${med}us is${BQ_DRIFT_PCT}% SLOWER than this gateway+arch's rolling baseline ${base}us (one-sided band +${BQ_FLOOR_DRIFT_PCT}%; a faster floor never fails)"
367
379
return 0
368
380
fi
369
381
# 6. ANTI-RATCHET: cumulative creep against the oldest retained qualified median.
370
-
if [ -n"$oldest" ] &&! bq_le "$(bq_abs"$BQ_RATCHET_PCT")""$BQ_FLOOR_RATCHET_PCT";then
382
+
if [ -n"$oldest" ] &&! bq_le "$(bq_regression"$BQ_RATCHET_PCT" lat)""$BQ_FLOOR_RATCHET_PCT";then
371
383
BQ_VERDICT=fail; BQ_REASON=floor_ratchet
372
-
BQ_DETAIL="floor p99 ${med}us is ${BQ_RATCHET_PCT}% from the OLDEST retained qualified floor ${oldest}us (anti-ratchet bound +/-${BQ_FLOOR_RATCHET_PCT}%): the box population has crept even though each step passed"
384
+
BQ_DETAIL="floor p99 ${med}us is ${BQ_RATCHET_PCT}% SLOWER than the OLDEST retained qualified floor ${oldest}us (one-sided anti-ratchet bound +${BQ_FLOOR_RATCHET_PCT}%): the box population has crept slower even though each step passed"
BQ_DETAIL="peak replay of $cell reached ${obs} rps, ${BQ_DRIFT_PCT}% from the rolling baseline ${base} rps (band +/-${BQ_PEAK_DRIFT_PCT}%)"
418
+
BQ_DETAIL="peak replay of $cell reached ${obs} rps, ${BQ_DRIFT_PCT}% BELOW the rolling baseline ${base} rps (one-sided band -${BQ_PEAK_DRIFT_PCT}%; exceeding the baseline never fails)"
407
419
return 0
408
420
fi
409
-
if [ -n"$oldest" ] &&! bq_le "$(bq_abs"$BQ_RATCHET_PCT")""$BQ_PEAK_RATCHET_PCT";then
421
+
if [ -n"$oldest" ] &&! bq_le "$(bq_regression"$BQ_RATCHET_PCT" rps)""$BQ_PEAK_RATCHET_PCT";then
410
422
BQ_VERDICT=fail; BQ_REASON=peak_ratchet
411
-
BQ_DETAIL="peak replay of $cell reached ${obs} rps, ${BQ_RATCHET_PCT}% from the OLDEST retained qualified peak ${oldest} rps (anti-ratchet bound +/-${BQ_PEAK_RATCHET_PCT}%)"
423
+
BQ_DETAIL="peak replay of $cell reached ${obs} rps, ${BQ_RATCHET_PCT}% BELOW the OLDEST retained qualified peak ${oldest} rps (one-sided anti-ratchet bound -${BQ_PEAK_RATCHET_PCT}%)"
412
424
return 0
413
425
fi
414
426
BQ_DETAIL="peak replay of $cell reached ${obs} rps, drift ${BQ_DRIFT_PCT}% vs baseline ${base} rps (band +/-${BQ_PEAK_DRIFT_PCT}%)"
0 commit comments