Fleet: Hierarchical Task-Based Abstraction for Megakernels on Multi-Die GPUs

New GPU trick has coders cheering chip-aware design instead of the usual one-size-fits-all setup

TLDR: Fleet is a new way to run AI work on modern multi-part graphics chips, and it made text generation noticeably faster while cutting wasted data movement. Commenters were into it, cheering that developers are finally acknowledging the chip’s real layout instead of pretending every part works the same.

The paper itself is a classic "under the hood" glow-up: researchers say today’s big AI graphics chips are built from several smaller pieces, but popular coding tools still act like the whole thing is one giant slab. Their answer, called Fleet, is basically a smarter way to keep work close to the part of the chip that will use it, instead of shuffling data around like a panicked intern. The payoff is real: faster response times for AI text generation and less wasteful memory traffic on AMD’s MI350.

But the real action in the comments is the mood shift: finally, someone is treating these chips like the neighborhoods they are instead of pretending the city is one block. The strongest reaction is approval, with readers praising the idea of exposing the chip’s actual layout instead of hiding it behind a flat, simplified model. One commenter called it a “nice read” and compared it to Cerebras’s famously unusual approach, which is basically nerd-speak for "this feels bold, and people noticed".

There wasn’t a huge flame war here, but there was that deliciously nerdy tension between “this is practical and overdue” and “ah yes, another step toward programming models becoming a geography lesson.” The joke lurking underneath? GPU coders can now stop pretending every part of a chip is equally close, like saying every apartment in New York is just a short walk away. Community verdict: smart, overdue, and the kind of idea that makes hardware people smug in the comments.

Key Points

  • The article argues that flat GPU programming models such as CUDA and HIP do not expose chiplet-level locality or synchronization on modern multi-die GPUs.
  • Fleet introduces Chiplet-tasks, a new abstraction that maps work and data to a chiplet and coordinates execution through shared L2 cache.
  • Fleet is implemented as a persistent kernel runtime with per-chiplet scheduling so workers within a chiplet can cooperatively execute tasks and reuse cache.
  • On AMD Instinct MI350 with Qwen3-8B, Fleet reports 1.3-1.5x lower decode latency than vLLM at batch sizes 1-8.
  • At larger batch sizes, Fleet raises L2 hit rate, cuts HBM traffic by up to 37%, and achieves 1.27-1.30x speedup over a chiplet-unaware megakernel baseline.

Hottest takes

"Cool to see more GPU programming models that expose chiptet topology" — joshuakelleyds
"instead of treating it as a flat execution" — joshuakelleyds
"Reminds me a little of Cerebras' CSL" — joshuakelleyds
Made with <3 by @siedrix and @shesho from CDMX. Powered by Forge&Hive.