Files
zlareb1andClaude Opus 4.7 9b6eb38dc9 Bound date-range pipeline with TS_FILTER_END upper edge
Address review comment 3194583058: the date-range workflow promised
"between A and B" but only filtered ts >= '{{TS_FILTER}}', so a request
like "between 2026-04-01 and 2026-05-01" silently included every nightly
after 2026-05-01 and let cumulative deltas drift as new runs accumulated.

Add a parallel TS_FILTER_END / KEEPER_SKILL_THRESHOLD_END upper bound that
mirrors the existing lower bound at every layer:

  - All 6 staging SQL queries: append `AND ts < '{{TS_FILTER_END}}'`.
  - `rebuild.sh`: accept `$3` as the upper bound; sed-substitute both
    placeholders; export both env vars for the Python pipeline.
  - `_common.py`: parse `KEEPER_SKILL_THRESHOLD_END` (defaults to far-future
    sentinel `9999-12-31`) so unbounded callers keep today's behavior.
  - `build_pr_nightly_map.py` and `compute_deltas.py`: filter PRs against
    the half-open `[THRESHOLD, THRESHOLD_END)` interval.
  - `SKILL.md`: update Phase 2 invocation and Example 2 ("between
    2026-04-01 and 2026-05-01") to pass both bounds.
  - `tests/test_common.py`: 2 new cases for the `THRESHOLD_END` default
    and explicit-env-var parse path. 23 -> 25 cases, all pass.

Backward-compat regression contract: invoking `rebuild.sh ... 2026-03-25`
(no upper bound) still produces `cumulative_gains.tsv` md5
e5a27e01008ef7e23597ee041f68103b and the `#99651` PR-branch isolation row
bit-identical. Bounded smoke (`... 2026-03-25 2026-04-15`) verified to
produce strictly fewer rows in `bench_summary.tsv` and `merged_metrics.tsv`,
with max `run_ended` < `2026-04-15` and all `pr_to_nightly.tsv` `merged_at`
< `2026-04-15`.

Co-Authored-By: Claude Opus 4.7 (1M context) <[email protected]>
2026-05-06 10:27:53 +00:00

37 lines
1.3 KiB
SQL

-- mntr (4LW) metrics — gauges max + rates for packets
WITH base AS (
SELECT scenario, backend, commit_sha, name, node,
toUnixTimestamp(ts) AS t,
max(value) AS v
FROM keeper_stress_tests.keeper_metrics_ts
WHERE source = 'mntr'
AND branch = 'master'
AND ts >= '{{TS_FILTER}}'
AND ts < '{{TS_FILTER_END}}'
AND node IN ('keeper1', 'keeper2', 'keeper3')
AND name IN (
'zk_avg_latency', 'zk_max_latency', 'zk_min_latency',
'zk_packets_sent', 'zk_packets_received',
'zk_outstanding_requests', 'zk_watch_count',
'zk_znode_count', 'zk_ephemerals_count',
'zk_approximate_data_size'
)
GROUP BY scenario, backend, commit_sha, name, node, ts
),
counters AS (
SELECT scenario, backend, commit_sha, name, node, v,
(v - lagInFrame(v, 1) OVER (PARTITION BY scenario, backend, commit_sha, name, node ORDER BY t))
/ nullIf(t - lagInFrame(t, 1) OVER (PARTITION BY scenario, backend, commit_sha, name, node ORDER BY t), 0) AS rate
FROM base
)
SELECT
scenario, backend, commit_sha, name,
round(max(v), 0) AS max_value,
round(avg(v), 1) AS avg_value,
round(max(rate), 0) AS max_rate,
round(avg(rate), 1) AS avg_rate
FROM counters
GROUP BY scenario, backend, commit_sha, name
ORDER BY scenario, backend, commit_sha, name
FORMAT TSVWithNames