Extracted all benchmark data from cccl_upstream tuning headers:
- 199 benchmark annotations (ipt_N.tpb_M speedup format)
- 286 template specializations across SM80/SM90/SM100
- Top files by data density: radix_sort(70), reduce_by_key(32),
scan_by_key(30), unique_by_key(29), scan(16)
- Full delay algorithm reference (8 dcid variants)
Key finding: muh headers have 19% of CCCL's code volume (1348 vs 7113
lines for the 4 critical algorithms). The gap is benchmark DATA, not
code structure. CCCL's tuning files carry real hardware speedup numbers;
muh's bi100_* structs carry theoretical values needing BI-V100 validation.
Critical muh vs CCCL divergences documented:
- reduce: muh items=24 vs CCCL items=16 (2.5x more work/thread)
- scan: muh missing all delay parameters (ns, dcid, l2w)
- radix_sort: muh has 0/70 benchmark entries
- select_if: muh has 37 from 3-dimension restore, CCCL has 0 in comments
but 77 specializations in template code
Refs: project_6 PRD items [muh-bench] reduce/scan/topk/transform
11cbc00cf2