Developer preview. Not production-ready, not audited, not for sensitive code. Read the limits

Record
NO-LOAD-BLOCK
Status
in force
Built
partly built
Decided
2026-10-15 by the user

Nothing is ever blocked by CPU load

Waiting for a busy machine to calm down before running, merging or judging anything means work stalls for reasons that have nothing to do with it, and on a shared host the wait can be endless. So no task ever waits on, or fails because of, how busy the machine is: what is judged is the work itself.

The user’s standing rule of 2026-10-15: “i never want anything to be blocked no matter what cpu usage we have” … “no matter what task”.

  • It applies to EVERY task: merges, validations, tests, builds, lab rounds and agent work.
  • Every judged measurement in the harness and the labs is load-independent: CPU work, not wall time (Q-TX2, UI-CPU). Wall values are recorded signals only.
  • No quiet waits or load thresholds anywhere: chains, gates, runners, labs.
  • Landings are never queued behind lab runs.
  • The one global instrument lock (INSTRUMENT-LOCK) gives way to concurrent runs under per-run caps once measurement is load-independent.
  • A “flake under load” needs no quiet host to reproduce: a test that fails under load is itself a load-dependence defect to fix (CPU work or event waits), not a flake to excuse (FLAKE-REPRO, amended).
  • Retroactive: a whole-tree and all-labs audit lists every load-dependent gate and wait, and each gets an owned fix.

Built (2026-10-22): heavy runs are admitted at once under per-run caps and never wait for each other (engine/src/process/instrument-lock.ts). Admission moves the admitting process itself into the run’s own cgroup v2 scope (memory ceiling, CPU weight) and under the harness’s CPU-time limit, so everything the run starts — a supervised command or a child spawned directly — is born under them, and a process borrows a run only from inside its scope: there is no uncapped path. A host that cannot cap a run refuses it. The harness’s script subprocesses are bounded by CPU work and one hang backstop, never a wall timeout (engine/src/process/subprocess-bounds.ts).

Built (2026-10-22), the measurement half: no reading is stamped “held” or refused “unslotted” — the stamp, its refusals in both suite reporters and the held filters of the rolling baseline, the measuring tool and the workspace’s budget judgement are deleted (audit A-04, A-05, A-07, A-12); a profile report is judgeable whatever ran beside it. The ambient envelope is deleted (A-08): no cap moves with load, and the load legs are printed as recorded signals. The browser profile’s wall-time budgets (LCP, long tasks, switch, typing, response and render times) are recorded signals only, never a verdict (WEB_PERFORMANCE_WALL_SIGNALS), and the profile takes no exclusivity.

What is missing: the browser’s work judged in CPU work (UI-CPU), which turns those signals back into gates, and a residual measured past the calibrated metric’s validity bound (validThroughLoad5PerCpu): past it a suite budget verdict is NOT JUDGED (said, never a pass, never a wait).

Search the documentation

Type to search the curated record.

↑↓ move Enter open Esc close