11cbc00cf2
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