[docs] CCCL ↔ EngineX architecture alignment — from reading 3792 CCCL source files

Documents the three-layer mapping between CCCL's device-level API
(dispatch/kernel/agent) and EngineX's actual execution surface
(precompiled .so + Triton JIT + Python runtime).

Key finding: EngineX has ZERO .cu source files. All CUDA kernels are
precompiled in 3 .so files. Our optimization surface is:
1. Python runtime params (paged_attn.py, _custom_ops.py)
2. Triton JIT kernels (flash_attention, rmsnorm, rope, splitk)
3. Server config (computility-run.yaml)

CCCL patterns applied:
- GridEvenShare (grid_even_share.cuh) → V1/V2 dispatch + tile sizing
- Compound reduce (summary_statistics.cu) → online softmax accumulator
- Two-phase reduce (kernel_reduce.cuh) → paged_attention_v2 partition/merge
- spread_out_items_per_thread (dispatch_transform.cuh) → Triton BLOCK_SIZE
- Lookback delay (tuning_scan.cuh) → no_delay optimal for 16 SMs

Source: read agent_reduce.cuh (425 lines), kernel_reduce.cuh (290 lines),
dispatch_reduce.cuh (530 lines), grid_even_share.cuh (180 lines),
dispatch_transform.cuh (250 lines), kernel_scan.cuh (175 lines),
tuning_reduce.cuh (478 lines), common.cuh (330 lines),
flash_attention.py (230 lines), rmsnorm_kernels.py (140 lines),
triton_splitk.py (739 lines), prefix_prefill.py (866 lines)
This commit is contained in:
muh
2026-08-06 06:02:40 +00:00
parent 7552365c7f
commit 0cfdb6ae5d

View File

@@ -0,0 +1,80 @@
# CCCL ↔ EngineX Architecture Alignment
## Executive Summary
EngineX ships precompiled `.so` kernels — **zero `.cu` source files** are available.
The optimization surface is Python runtime params + Triton JIT kernels.
CCCL's value is NOT parameter values. It's the **architectural patterns** that
tell us which parameters matter, what their constraints are, and why.
## Three-Layer Architecture Mapping
### CCCL Layer → EngineX Layer → What We Control
| CCCL | EngineX | Controllable? |
|------|---------|--------------|
| `dispatch_reduce.cuh` (GridEvenShare work distribution) | `paged_attn.py` (V1/V2 dispatch, _PARTITION_SIZE) | **Yes** — Python runtime |
| `kernel_reduce.cuh` (kernel entry, atomic vs 2-phase) | `_C_flashattention.so` (paged_attention_v1/v2) | **No** — precompiled |
| `agent_reduce.cuh` (tile consumption, vectorized load) | internal to `.so` | **No** — precompiled |
| `tuning_reduce.cuh` (policy_selector) | `_custom_ops.py` (SMEM=49152) | **Partially** — SMEM limit |
| `dispatch_transform.cuh` (spread_out_items_per_thread) | `rmsnorm_kernels.py` (BLOCK_SIZE heuristic) | **Yes** — Triton autotune |
| `kernel_scan.cuh` (lookback/lookahead) | `prefix_prefill.py` (BLOCK_M/N, num_warps) | **Yes** — Triton config |
| `dispatch_scan.cuh` (tile init + scan kernel) | `triton_splitk.py` (split-K attention) | **Yes** — Triton config |
### Key CCCL Patterns We Apply
1. **GridEvenShare** (`grid_even_share.cuh`):
- `max_blocks = sm_occupancy × sm_count × subscription_factor`
- BI-V100: 1 × 16 × 5 = 80 max CTAs
- Applied to: `paged_attn.py` _BI100_TARGET_TILES, V1/V2 threshold
2. **Compound Reduce** (`summary_statistics.cu`):
- Accumulator = struct{m, l, o} (max, sum_exp, weighted_output)
- unary_op: score_tile → partial softmax stats
- binary_op: online softmax merge with correction factor
- Applied to: `_forward_decode_pytorch` online softmax loop
3. **Two-Phase Reduce** (`kernel_reduce.cuh`):
- Phase 1: each CTA reduces a partition → `d_block_reductions[blockIdx.x]`
- Phase 2: single CTA reduces all block results
- Applied to: paged_attention_v2 partition → merge
4. **spread_out_items_per_thread** (`dispatch_transform.cuh`):
- Reduce items/thread when there aren't enough items to fill all SMs
- `items = min(max, ceil_div(N, sm_count × threads × occupancy))`
- Applied to: Triton kernel BLOCK_SIZE selection
5. **Lookback Delay** (`tuning_scan.cuh`):
- 16 SMs → ~32 concurrent CTAs → tile_state fits in 6MB L2
- Inter-CTA contention near zero → no_delay optimal
- Applied to: scan-based operations (softmax denominator)
## BI-V100 Hardware Profile (Confirmed)
| Property | Value | Impact |
|----------|-------|--------|
| SM count | 16 | 3.1x fewer CTAs than spec (50) → larger tiles per CTA |
| SMEM | 48KB | Same as NVIDIA → CCCL SMEM constraints apply directly |
| HBM BW | 900 GB/s | BW/SM = 56 GB/s ≈ B200 level → bytes_in_flight = 64KB |
| L2 cache | 6MB | 8.3x smaller than SM100 → faster coherence, no_delay wins |
| Warp size | 32 | Same as NVIDIA → CCCL warp-level primitives work |
## Files Inventory
### Precompiled (CANNOT modify)
- `_C_flashattention.so` — paged_attention_v1, paged_attention_v2, reshape_and_cache
- `_C.so` — xformers attention backends
- `libtriton.so` — Triton compiler/runtime
### Triton JIT (CAN modify)
- `pkgs/triton/ops/flash_attention.py` — Flash Attention (head_dim ≤ 128 only)
- `pkgs/xformers/ops/fmha/triton_splitk.py` — Split-K attention (V2 pattern)
- `pkgs/xformers/ops/triton/rmsnorm_kernels.py` — RMSNorm
- `pkgs/xformers/ops/triton/rope_padded_kernels.py` — RoPE
### Python runtime (CAN modify)
- `paged_attn.py` — V1/V2 dispatch, _PARTITION_SIZE, decode fallback
- `prefix_prefill.py` — Prefill attention BLOCK_M/N/NUM_WARPS
- `vllm/_custom_ops.py` — SMEM=49152 (already fixed from 32768)
- `computility-run.yaml` — Server launch params