Skip to content

perf(rocm): enable Liger fused RMSNorm/SwiGLU for AMD DFlash configs - #779

Draft
zhentaocc wants to merge 2 commits into
sgl-project:mainfrom
zhentaocc:perf/amd-dflash-liger-kernels
Draft

perf(rocm): enable Liger fused RMSNorm/SwiGLU for AMD DFlash configs#779
zhentaocc wants to merge 2 commits into
sgl-project:mainfrom
zhentaocc:perf/amd-dflash-liger-kernels

Conversation

@zhentaocc

Copy link
Copy Markdown

Summary

Turns on Liger fused RMSNorm/SwiGLU (model.use_liger_kernel: true) for the AMD ROCm DFlash configs. Validated as a clean win on MI355X (gfx950) with real specforge train, not a profiler estimate.

  • examples/configs/amd/qwen3.5-4b-dflash-offline.yaml
  • examples/configs/amd/qwen3.5-4b-dflash-online.yaml

Measured on MI355X (Qwen3.5-4B DFlash, offline, batch_size=2, S=2048, num_anchors=512)

Method: container specforge-514 (torch 2.9.1+rocm7.2.0), single card, max_steps=200, discard first 20 warmup steps, steady-state mean of perf/global_samples_per_second (n=19); peak VRAM polled across all 8 cards (others idle). Same seed, loss checked step-by-step.

tokens/s (samples/s) s/step peak VRAM loss @ step200
use_liger_kernel=false 12.68 0.623 35.37 GiB 7.0105
use_liger_kernel=true 13.97 0.565 30.18 GiB 7.0101

+10.2% throughput, −5.2 GiB / −15% peak memory, loss parity.

Note: the CUDA-profiler-estimated FLCE (fused Linear+CE) tier was dropped — it is numerically correct but 2.5× slower on gfx950 (Liger's chunked recompute overhead outweighs the logits memory-bandwidth savings). Only RMSNorm/SwiGLU is enabled here.

Stacked on #773

Requires the flex-backend fix (#773, commit 50c3407): on torch<2.11, use_liger_kernel=true triggers the inductor autotune lowering path where the unpatched kernel_options={"BACKEND":"TRITON"} leaks a bare TRITON identifier → NameError: 'TRITON' is not defined. That commit appears in this diff until #773 merges; will rebase/retarget afterward.

Test plan

Chen, Todd added 2 commits August 20, 2026 02:49
… ROCm)

OnlineDFlashModel._forward_draft_blocks (shared by DFlash / Domino / DSpark)
pins the flex_attention kernel option {"BACKEND": "TRITON"} to keep every
DFlash-family batch on the general Triton Flex Attention kernel (AUTO can
otherwise route short-query batches to the flex-decoding kernel, whose config
set can be empty for DFlash's sparse BlockMask).

However, the "BACKEND" kernel option is only understood by the inductor
flex-attention lowering on torch>=2.11, where it is sanitized out of the
generated Triton constexprs. On older builds the string leaks into the kernel
as a bare identifier and compilation fails with NameError: 'TRITON' is not
defined. This affects any pre-2.11 torch, in particular current torch ROCm
wheels (2.9.x-based).

Gate the kernel option on the torch version instead of the vendor:
  - torch >= 2.11 -> {"BACKEND": "TRITON"} (unchanged CUDA behaviour)
  - older         -> {"FORCE_USE_FLEX_ATTENTION": True}

FORCE_USE_FLEX_ATTENTION has been supported since torch 2.5 and selects the
same general Triton Flex Attention kernel (verified by dumping the generated
inductor code on torch 2.11: both options produce a byte-identical
triton_tem_fused_flex_attention kernel, no flex-decoding, no FLASH/CuteDSL).
This fixes every pre-2.11 build, ROCm included, while leaving the CUDA path
identical.

Update test_online_wrapper_forces_standard_triton_flex_backend to assert the
version-appropriate kernel options.
Turn on model.use_liger_kernel for the two AMD Qwen3.5-4B DFlash example
configs (offline + online). This routes the draft model's RMSNorm and
SwiGLU MLP through Liger's fused Triton kernels.

Validated on a single idle MI355X (gfx950), torch 2.9.1+rocm7.2.0, real
`specforge train` (offline, batch_size=2, S=2048, 200 steps, steady-state
mean over 19 post-warmup steps):

  use_liger_kernel=false -> 12.68 samples/s, 0.623 s/step, 35.37 GiB peak
  use_liger_kernel=true  -> 13.97 samples/s, 0.565 s/step, 30.18 GiB peak

  => +10.2% throughput, -5.2 GiB (-15%) peak memory, loss parity to 4
     decimals (step200 7.0105 vs 7.0101).

Depends on the flex-backend fix (gate BACKEND=TRITON on torch>=2.11): on
torch<2.11 the Liger path drives flex-attention through the inductor
autotune lowering, which crashes with NameError: 'TRITON' is not defined
without that fix.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant