aboutsummaryrefslogtreecommitdiffstats
path: root/docs/design/025-batch-programs.md
diff options
context:
space:
mode:
authoreunhhu <[email protected]>2026-10-08 13:39:18 +0100
committereunhhu <[email protected]>2026-10-08 13:39:18 +0100
commit66e3f7d2adbc752b1e7a6c052675868a564314d4 (patch)
treeef0d0c5d0c153919b0e15fc5c725ff5951278f26 /docs/design/025-batch-programs.md
parentea9507f1c1f97e453d02f3610a03558974de5240 (diff)
downloadpure-66e3f7d2adbc752b1e7a6c052675868a564314d4.tar.gz
pure-66e3f7d2adbc752b1e7a6c052675868a564314d4.zip
Research 133: register tiles measured (132's deciding experiment): past the bar on roots (0.71x the compiled code's cycles a step), not on knapsack (4x) or BFS (2.4x), as NEON has no gather and a tile's lanes go out and in one by one; tight passes of the batch executor's own shape in the same run at 1.2x (BFS) and 0.4x (knapsack, clang): the shape is right and the 3x is implementation, so 132's A (a batch program made once at load, loops tight by type, width and stride, fewer passes) is the way; tiles kept aside for chains of arithmetic; 132, 024 and CHECKPOINT say so
Diffstat (limited to 'docs/design/025-batch-programs.md')
0 files changed, 0 insertions, 0 deletions