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 lowpass · 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.54 | 0.1% | Timing varies | |
| 48 | 1.42 | 1.50 | 0.1% | — | |
| 96 | 1.42 | 1.75 | 0.1% | Timing varies | |
| 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: 1 proof in its stated domain; 5 proofs in exact arithmetic.
Move the controls to explore a theorem’s behavior and assumptions. These browser calculations use floating-point numbers to illustrate the mathematical model. They do not run Lean or the audio engine. Lean checks the general statement; a plotted example does not prove it.
y[n + 1] = y[n] + α (u − y[n])
0 ≤ α ≤ 1. The initial state and every input lie inside the displayed interval.
Within theorem assumptions
The theorem covers every sample and every bounded input sequence. The plot shows 32 steps with one constant input.