hardware · 2026-10-02 · Tier 1

Jagged Flash Attention in TLX Beats FA4 on Blackwell, and Models Start Writing the Kernels

Jagged Flash Attention in TLX Beats FA4 on Blackwell, and Models Start Writing the Kernels

Source: PyTorch blog via X Following feed (2026-10-01); NVIDIA blog on GPT-6 Astra Ultrafast (2026-10-01) Links: PyTorch blog: Optimizing Jagged Flash Attention with TLX · @PyTorch post · NVIDIA: GPT-6 Astra Ultrafast · @nvidia post Raw: X feed capture raw/twitter/feed/2026-10-02-morning-ranked.json (gitignored)

TL;DR

Meta's Generative Ads Model (GEM) spends most of its time in one kernel: attention over jagged batches, where each user's sequence has a different length and there is no padding. Reaching peak Blackwell (B200) speed has meant hand-written CuteDSL or CUDA, which is slow to write and hard to extend. Meta rebuilt the kernel in TLX (Triton Low-level Extensions: explicit, hardware-aware controls added on top of Triton's tile-based model, such as warp specialization and asynchronous memory movement). The kernel is about 3.2K lines versus roughly 10K for FlashAttention-4's CuteDSL kernels, and on GEM's jagged shapes it beats FA4 (May 2026 version) by about 13% forward and about 50% backward in bfloat16. Because it stays in Triton, modeling engineers can read, extend and fuse it, not only kernel specialists.

Same day, NVIDIA said OpenAI's GPT-6 Astra Ultrafast runs up to 8x faster than Astra Standard on Blackwell, and that OpenAI "used our internal models to optimize inference on NVIDIA GPUs." OpenAI's inference lead Philippe Tillet (the creator of Triton) said Astra "can turn that knowledge into high-performance kernels."

Less kernel code, faster on the shapes that matter
A Triton-level kernel with low-level controls overtakes a 3x longer hand-tuned one on jagged batches.
flowchart LR
  J["Jagged batch<br/><small>variable lengths, no pad</small>"] --> T["TLX kernel<br/><small>3.2K lines Triton</small>"]
  J --> F["FA4 CuteDSL<br/><small>~10K lines</small>"]
  T --> W["Warp roles + async<br/><small>explicit hardware control</small>"]
  W --> R["B200 result<br/><small>+13% fwd, +50% bwd</small>"]
  F --> B["Baseline<br/><small>state of the art</small>"]
  classDef input fill:#d0ebff,stroke:#1971c2,color:#1b1b1b,stroke-width:2px
  classDef core fill:#e5dbff,stroke:#6741d9,color:#1b1b1b,stroke-width:2px
  classDef loop fill:#fff3bf,stroke:#f08c00,color:#1b1b1b,stroke-width:2px
  classDef exit fill:#d3f9d8,stroke:#2f9e44,color:#1b1b1b,stroke-width:2px
  classDef err fill:#ffe3e3,stroke:#e03131,color:#1b1b1b,stroke-width:2px
  class J input
  class T core
  class F err
  class W loop
  class R exit
  class B err
Blue is the workload, purple is the new kernel, amber is the hardware controls it exposes, green is the result, red is the heavier baseline.

How it relates to prior wiki pages

  • Kernels keep leaving hand-written CUDA. The 10-02 Media Zone tracked DeepSeek's TileKernels and DeepGEMM-Ascend ports and Xenova's WebGPU kernels. TLX is the same move inside NVIDIA's own stack: a higher-level language reaching or passing hand-tuned speed. See GPU kernels.
  • Model-written kernels go to production. The 09-22 KernelBench-M page asked whether LLM-generated kernels are correct, not just fast. OpenAI now says its own models tune the inference kernels behind a paid product. That makes the correctness question a production one.
  • Cost lens: a 50% faster backward pass is a direct training-cost cut for recommendation models, which run at far larger token volumes than most LLM fine-tunes.

Gaps

  • The comparison is on GEM's jagged shapes; FA4 likely still leads on standard dense, fixed-length LLM attention.
  • NVIDIA's post gives no breakdown of how much of the 8x comes from model-written kernels versus hardware and batching choices.

Related: GPU kernels · Compute economics