fix(bench): RFC 0031 — salvage per-pair reports + L3 timeout diagnostics - #488
Conversation
Run #11's L3 timeout panicked mid-run and destroyed the three already- measured pairs' report. Pair measurements now return Result: the report prints for every measured pair, THEN the run fails listing the broken ones. A timed-out pair dumps a post-mortem first — the failing query's raw (truncated) response and a filterless sample of the same window — so the next dispatch diagnoses WHY Loki returned 0 rows for a trace the fixture-validated filter shape finds, instead of just reporting that it did. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01WQY9wfrfRggqSpMLH8Xj3Y
|
Warning Review limit reached
Next review available in: 14 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThe RFC0031 comparative run now treats Loki pair timeouts as per-pair failures, emits diagnostics, continues processing successful pairs, performs equivalence checks on those pairs, and asserts collected failures after reporting. ChangesRFC0031 comparative timeout handling
Estimated code review effort: 3 (Moderate) | ~20 minutes Possibly related PRs
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Pull request overview
Hardens the RFC 0031 comparative bench harness so a single Loki timeout no longer discards already-measured per-pair results, and adds run-log diagnostics to explain why a Loki query timed out (especially for the L3 trace-filter case over replayed corpora).
Changes:
- Change
loki_measure_pairto returnResultinstead of panicking on deadline, enabling partial salvage of successful measurements. - Print an indicative report for all successfully measured pairs before failing the run, and list failed pairs afterward.
- Add a Loki timeout post-mortem dump (truncated raw response + a broader-window sample) to stderr to aid debugging.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
…ion doc Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01WQY9wfrfRggqSpMLH8Xj3Y
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01WQY9wfrfRggqSpMLH8Xj3Y
…ctly Same direction=forward and the same limit as the failing query, so the dump shows what the poll actually saw; the stream cap keeps it bounded. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01WQY9wfrfRggqSpMLH8Xj3Y
2601a98 to
b64dc37
Compare
…rror bodies Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01WQY9wfrfRggqSpMLH8Xj3Y
…ump timeout Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01WQY9wfrfRggqSpMLH8Xj3Y
…icker diagnosed) (#490) The #488 diagnostics discriminated the L3 intermittency in one run: Loki's query_ingesters_within cutoff (default 3h) makes queries over the replayed corpus's weeks-old range skip the ingesters entirely (ingester.totalReached: 0 in the failing response), so rows still in unflushed low-volume chunks are invisible — visibility raced the flush loop. High-volume streams always flushed fast enough, which is why only the 9-row trace pair flickered while kafka pairs never did. -querier.query-ingesters-within=0 disables the cutoff: the query-side twin of reject-old-samples=false for frozen corpora, documented as the third in-Loki's-favour deviation. Also: 10 s poll interval (run #13's 2 s polling queued 321 s of engine time behind itself) and a partialSuccess assert on the OTLP push path so silently-rejected records fail at ingest, not as a downstream equivalence mystery. Claude-Session: https://claude.ai/code/session_01WQY9wfrfRggqSpMLH8Xj3Y Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
What
Run #11's post-mortem hardening, two changes:
loki_measure_pairreturnsResultinstead of panicking at its deadline. The indicative run now prints the report for every successfully measured pair FIRST, then fails listing the broken ones — run feat(core): add MinerConfig — flips §3.1.1, §3.2.1, §3.2.2 #11's single L3 timeout destroyed three pairs' worth of a 40-minute run's measurements; that can't recur.The mystery being instrumented
The L3 fixture arm (same LogQL shape, same key name, live Loki container) passes in this PR's own
loki-interopjob, but the identical filter over the replayed v8 corpus returned 0 rows for a trace the picker verified has 9 eligible rows. The diagnostic dump is designed to discriminate the leading hypotheses in one dispatch.Invariants / hazards
Bench harness only. The fail-loudly contract is preserved — the job still exits non-zero on any unmeasured pair; it just stops throwing away the neighbours' evidence.
Checks run
cargo fmt --all --check,cargo clippy --all-targets --all-features -- -D warnings(workspace-wide),cargo nextest run -p ourios-bench(133 passed, 13 skipped).🤖 Generated with Claude Code
https://claude.ai/code/session_01WQY9wfrfRggqSpMLH8Xj3Y
Summary by CodeRabbit