test(store): benchmark snapshot persistence and SQLite facade contention - #2334
Conversation
Refs #2333. Keep production persistence, pool, and timer semantics unchanged. Co-authored-by: Codex <codex@vectorcontrol.tech>
|
Important Review skippedAuto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Team Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
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 |
|
Final verification at All 105 formal samples and bounded decisions are saved. Local final all-case Linux race and Windows smoke passed; no new timing gate or production change. The concrete checkpoint follow-up is #2335, kept out of this benchmark PR. |
Summary
Closes #2333
Refs #2256 (remaining FileStore / SQLite measurements, not EventLog #2304).
total_changes()outside the timed workload.Validation
CGO_ENABLED=0). These are correctness smoke runs, not performance samples.go vet ./internal/store, staticcheck 2026.1,verify-doc-ssot.py, and diff check passed.-benchtime=1s -cpu=4 -benchmem. Methodology, all raw samples, medians/ranges and bounded conclusions. All seven required CI gates passed.Boundaries
Only generated local temp-store fixtures; no user workspace contents, live database or service changes. Fixed resident entity counts and unthrottled synthetic reader loops are not production request rates. Allocated bytes are process-wide (including concurrent readers), not RSS or writer-only heap. The short workload does not exercise the five-minute background maintenance timer. FileStore's explicit flush workload does not measure its debounce frequency. No performance threshold or new CI job.