Latest Results
fix(bench): retry the post-ingest database write across RDS restarts
post-ingest.py connected to the benchmarks database once, so four
ingest jobs failed during the two RDS restarts on 2026-10-28 (an engine
upgrade refused connections for 33 seconds, an OS update for about 3
minutes).
The write -- connect, with a fresh IAM token, and ingest -- now runs
again after 5, 10, 20, 40, 60, 60 and 60 seconds while it fails with a
lost or refused connection. A statement timeout, a validation error or
a contract violation is not retried. Retrying the whole write is safe:
the commit row is an idempotent upsert, and the fact rows land in one
transaction, so a connection lost mid-write leaves nothing half-written.
The worst case, about 5.5 minutes, fits the 10-minute commit-metadata
job.
Tests cover a retry that succeeds, retries that run out, an error that
is not retried, and a schedule long enough for an OS-update restart.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Signed-off-by: Will Manning <will@willmanning.io> Latest Branches
0%
+12%
+10%
ji/codex/scan-v2-topk-feedback © 2026 CodSpeed Technology