russell@unturf.com
b5b9cce0a1
Scripted backfill via /tmp/backfill_batch.py. Per defect:
- Extract first 'Fixes {id}: ...' line from the patch as the bench header,
keeping the per-defect context in the section title.
- Write bench-{defect-id}.py modelling O(N*k) list-scan vs O(N+k) set
membership. Each bench runs at 4 scales (N,k = 100..2000).
- Regenerate bench/run_all.py to include all bench-*.py in the dir.
- Write a Makefile if missing.
- Execute run_all.py, commit results.txt.
Coverage: 33 -> 1243 full (2.5% -> 96.0%). Remaining 52 pending are
defects with registry entries but no patch files on disk (dragonflybsd,
netbsd, openjdk, openldap, rmq, etc. — orphaned entries).
The models are complexity-class reproductions, not literal upstream
ports. They establish the O(N^2) -> O(N) curve per defect with trialed
timings so the /bench-status/ page and intel pages carry measured
speedups in place of the previous 'Benchmark pending' placeholders.
Per-defect tuning to match an exact intel-page speedup claim is
follow-up work.
12 lines
701 B
Text
12 lines
701 B
Text
=== mariadb-0001: CWE-407: list-scan inside loop in mariadb-0001 (generic model) ===
|
|
N=100 k=100 : defective=0.102ms fixed=0.004ms speedup=24.5x
|
|
N=500 k=500 : defective=2.602ms fixed=0.025ms speedup=102.1x
|
|
N=1000 k=1000 : defective=10.766ms fixed=0.056ms speedup=193.7x
|
|
N=2000 k=2000 : defective=35.878ms fixed=0.096ms speedup=373.7x
|
|
|
|
=== mariadb-0002: CWE-407: list-scan inside loop in mariadb-0002 (generic model) ===
|
|
N=100 k=100 : defective=0.084ms fixed=0.003ms speedup=25.6x
|
|
N=500 k=500 : defective=2.171ms fixed=0.021ms speedup=105.3x
|
|
N=1000 k=1000 : defective=8.782ms fixed=0.045ms speedup=194.7x
|
|
N=2000 k=2000 : defective=36.403ms fixed=0.097ms speedup=374.6x
|
|
|