perf(tests): evaluate pytest-xdist safe parallelism with isolated worker databases #238
Labels
No labels
blocked
bug
enhancement
high-priority
low-priority
needs-info
needs-triage
ready-for-agent
ready-for-human
referenced
research
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
gabogg/hikcentral#238
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Goal
Evaluate whether pytest-xdist improves this suite safely. Parallel execution is not adopted by #217; retain the serial full-suite gate until measurements and isolation checks justify a change.
Measured research
Source: docs/research/217-test-performance-and-agent-workflows.md (PR #218, research #217).
The research reports three real runs each of
-n 2,-n 4and-n auto, with commands, timings, load and worker receipts. These local observations do not establish CI speed or universal safety. The old ~88s to ~25–35s promise and SQLite lock-contention claim are withdrawn: no lock failure was reproduced. Each process already creates a distinct TemporaryDirectory database; worker-ID filenames are not required.Shuffle experiments exposed order dependence tracked in #269; #264 tracks the shuffle hook. Resolve isolation prerequisites before enabling parallel execution.
Acceptance criteria
-n 2,-n 4and auto on the same pinned tree locally and in CI. Record commands, environment/load, worker counts, complete results and wall times; report actual failure tracebacks instead of inferring SQLite locking.-n autoruns, as required by #217. Select an invocation from the measurements, without a predetermined speed target.