A thread pool
Stage 5 of 8v2 · 36b1a872

Capacity and backpressure

Bound the queue and define blocking submission and non-blocking rejection.

Capacity and backpressure

Bound the queue and define blocking submission and non-blocking rejection. Preserve earlier capabilities and use the fixture only to make observation deterministic.

Contract

The harness receives pure tasks with simulated duration and result. The implementation must use real threads, while output is sorted by ID to remove scheduler variation.

{ "op": "try-submit", "capacity": 2, "queued": 2 }

produces exactly:

{ "accepted": false, "reason": "full" }

Emit compact JSON with a final newline. Invalid input leaves stdout empty, writes error to stderr, and exits non-zero.

Design and limits

Separate policy, mutable state, and system effects. Make resource ownership, cleanup order, and pre/post-operation invariants explicit. Do not replace the central mechanism with a simulation: the fixture controls inputs and time while your code implements isolation, memory, or synchronisation as appropriate.

Test empty boundaries, mid-operation failures, and idempotent cleanup. Sort output only at the presentation boundary.

Acceptance

  • The example produces the exact output.
  • Resources are not leaked and work is not duplicated.
  • Failure leaves the system coherent.