4 measured workloads · Node.js · Apple M4 Pro
Typical processing
1.38 µs
Busier blocks
1.46 µs
Share of the test budget
0.1%
6 kHz tone control · 96 kHz · 1.333 ms available per block in this test.
Processing time in µs · lower means less work
Gain · dB
| Sample rate · kHz | Workload | Typical · µs | Busier blocks · µs | Test budget used | Observations |
|---|---|---|---|---|---|
| 48 | 1.38 | 1.50 | 0.1% | — | |
| 48 | 1.38 | 1.50 | 0.1% | Timing varies | |
| 96 | 1.38 | 1.50 | 0.1% | — | |
| 96 | 1.38 | 1.46 | 0.1% | — |
Times are per 128-frame audio block. Test budget used divides the p95 time by the block period at that case’s sample rate. Machine and runtime are shared.
Node.js · Apple M4 Pro · 48 / 96 kHz · 128 frames per block · 3 repeated tests ·
Typical summarizes the middle measured block times. Busier blocks summarizes the time that 95% of blocks completed within in each repeat. These figures measure DSP processing; application scheduling, loading samples and device output require separate checks. Memory and signal probes run separately from the timing loop.
Lean 4 checks algorithm properties and candidate optimization rewrites within stated assumptions. A model proof does not establish that an optimization is enabled in this node or on any target. Performance measurements establish speed.
6 Lean 4 results: 5 proofs in exact arithmetic; 1 counterexample.