Phase 29: add project benchmarks, endurance stress and callback safety checks
This commit is contained in:
parent
ca6c869b0b
commit
afc049e2c8
14 changed files with 1032 additions and 43 deletions
|
|
@ -808,6 +808,21 @@ Establish measurable performance expectations and verify that larger projects re
|
|||
- No known real-time safety violation remains in the engine's own callback path.
|
||||
- Performance regressions can be detected by repeatable tests or benchmark reports.
|
||||
|
||||
### Implementation status
|
||||
Implemented with the existing graph/capacity/fault infrastructure plus Phase 29
|
||||
project scaling matrices, CPU/RSS/deadline metrics, checked-in reports, virtual
|
||||
endurance, repeated reload/device/plugin fault suites, wider host callback guards
|
||||
and a combined development/sanitizer/static-analysis target. See PERFORMANCE.md
|
||||
for exact workloads, profiling evidence and qualification limits.
|
||||
|
||||
Validation: normal core/GUI/JACK/plugin/recovery/recording suites, three-round
|
||||
CPU-contention stress, 2.282-hour virtual playback, minimal build, ASan/UBSan,
|
||||
static analysis and benchmark-gate regression tests passed. Project timing
|
||||
comparison passed. Graph comparisons detect shared-host variation (including a
|
||||
16-node mono/31-frame alert in a longer run); the prior baseline is retained and
|
||||
this limitation is recorded rather than suppressing the gate. Hardware and
|
||||
wall-clock endurance remain unqualified.
|
||||
|
||||
## Phase 30 — Release Engineering, Packaging, and Maintenance
|
||||
|
||||
### Goal
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue