Public: anyone can read this; nobody can change it.
The ring's 31-day test holds its 5 s budget scaled to this machine, measured against plain inserts of the same points #48
Check · Review · Land done · Live — Landed; nothing deploys from this branch, so this is the end of its path.
"31 days of 15-s points keep at most 30 days of 5-min roll-ups" timed 178,560 points through record() against a fixed 5,000 ms. On the check runner (half a core, 512 MiB) it took 6,012 ms and failed gate (1) of PR #44's check (run 903, boards-sampler.test.ts:192); main's own push gate has failed on it too. Where the budget was set it takes ~500 ms.
shipped merged
Sign in to join this conversation.
"31 days of 15-s points keep at most 30 days of 5-min roll-ups" timed 178,560 points through record() against a fixed 5,000 ms. On the check runner (half a core, 512 MiB) it took 6,012 ms and failed gate (1) of PR #44's check (run 903, boards-sampler.test.ts:192); main's own push gate has failed on it too. Where the budget was set it takes ~500 ms.
The test now first times plain INSERTs of the same points in the same 5-min batches (~250 ms there) and allows 5,000 ms times max(1, plain / 250 ms). The budget is unchanged on a machine at least that fast, and scales on a slower one. It still catches what it is there for: with the roll-up rescanning every window (
from = ""), the run is 40,702 ms against a budget of 5,481 ms and fails.<!-- pipeline:validation -->
Validation
pipeline/validateonb424e9eb: pass in 8s — bun 1.3.14, CI-shaped env (scrubbed vars, runner PATH), exact check.yml shard + forge.json commands.bun install --frozen-lockfileforge.json check.fastcheck.yml gate (1) pull_requestcheck.yml gate (2) pull_requestcheck.yml gate (3) pull_requesttest output (failures, totals)