ORLOn-Policy Residual Learningfor Diffusion Language Models

1Together AI 2University of Illinois Urbana-Champaign 3University of California, Berkeley 4University of California, Santa Cruz 5Stanford University 6The University of Texas at Austin

*Equal contribution †Equal advising ‡Corresponding authors

arXiv preprint

REAL-TIME REPLAY · BATCH 1

Coding problems back to back, in real time

Recorded wall-clock decoding of HumanEval problems with thinking on: each lane answers the same problems one after another.

0.0 s1× real time

Loading the recorded runs…

Learning from residual predictions. ORL learns from fresh residual trajectories and explicitly encourages entropy contraction, improving the measured speed–quality frontier.
6.2×

Higher tokens per forward

Up to · QwenDLM 4B
~6.9×

End-to-end throughput

QwenDLM + dlmrt · single H100
4.2M

Self-generated training tokens

LLaDA-2.1-mini post-training
5.2×

Faster training steps

Up to · system co-design

Abstract

Residual context carries predictive distributions across denoising steps. But an effective learning recipe must account for the fact that these predictions—and the trajectories they induce—change as the model learns.

ORL closes this loop. It trains on fresh, verified trajectories from the current model, replays the exact residual inputs encountered during generation, and uses adjacent entropy contraction to encourage more decisive refinement. A co-designed training system makes this practical at scale.

Across QwenDLM, LLaDA-2.1-mini, and DiffusionGemma, ORL improves parallel decoding efficiency. With QwenDLM, it delivers up to 6.2× higher TPF and approximately 5× throughput at comparable or better quality (about 6.9× together with our dlmrt engine).

Read the paper’s full abstract

Residual context is emerging as a key ingredient for unlocking the speed–quality Pareto frontier of diffusion language models (DLMs) by carrying forward predictive distributions across denoising steps. Yet turning this seemingly simple mechanism of computation recirculation into an effective and efficient learning paradigm is far from simple: there is no clear recipe for how residual context should be learned. We introduce ORL, a framework for on-policy residual learning in DLMs. Algorithmically, we identify that residual learning is inherently on-policy. ORL learns directly from these model-induced residual trajectories on the fly and introduces an entropy-contraction objective that encourages sharpening predictions as the model revisits its own intermediate predictions. System-wise, exact residual supervision requires capturing, retaining, and repeatedly processing many trajectory-dependent intermediate states. ORL co-designs the learning algorithm with asynchronous residual capture and transport, specialized block-diffusion attention, and packed compute-balanced training, making on-policy residual learning practical at scale. On a 4B DLM converted from Qwen3-4B, ORL improves tokens per forward (TPF) by up to 6.2× and, with our proposed dlmrt engine, end-to-end throughput by approximately 6.9× at comparable or better quality. In single-request serving on one H100, this model achieves a stronger speed–quality Pareto frontier than autoregressive models accelerated with EAGLE3 and DFlash speculative decoding under both strict and relaxed verification, running 1.74× faster than DFlash at matched accuracy. ORL also transfers to existing DLMs: on LLaDA-2.1-mini, 36 H100-hours and 4.2M self-generated tokens, about 10× less data than prior LLaDA recipes, yield up to 1.5× higher TPF and up to 3× higher throughput at comparable quality, and on DiffusionGemma, ORL raises TPF by 1.1–1.2×. With dlmrt and NVFP4 quantization, ORL models decode a single request at up to 5,046 tokens/s on one B200, 7,708 tokens/s on eight B200s, and 2,788 tokens/s on a consumer RTX 5090, with comparable quality.

Why learn residuals on-policy?

Residuals change the states a model visits. Learning from them requires fresh trajectories, an explicit objective for refinement speed, and a system that can replay the exact inputs.

Three observations behind ORL. (a) Fresh rollouts improve accuracy and parallelism together. (b) Correct outputs alone do not teach faster refinement. (c) Exact residual supervision creates a costly systems workload.

On-Policy Residual Learning

01

Stay on-policy

Generate fresh trajectories after every update. Train on the residual-conditioned states the current model actually visits.

02

Reward refinement

Supervise intermediate predictions with verified outputs. Apply an entropy-contraction loss only when progress falls short.

03

Keep the loop stable

Control residual-pathway updates, gate supervision by uncertainty, and anchor confident predictions with capped reverse KL.

The training loop

Click a stage to follow one iteration
ILLUSTRATIVE EXAMPLE · “WHAT IS 6 × 7?”

1. Generate & capture

The current model generates a response to the prompt. At each denoising step, the engine captures the token canvas and the exact pre-adapter residual embedding z consumed by that step, together with the rollout statistics needed for training.

CAPTURED STATE · SCHEMATIC TOKENIZATION
Theanswer[MASK][MASK]
state = (canvas, stop-gradient(z))

Original Figure 3, p. 5, of the arXiv preprint. Numbered markers and example added for explanation; tokenization and response are illustrative.

Learning how fast to refine

AEC asks the next state to reduce normalized entropy by a fraction ρ. Its hinge loss becomes zero once that target is met. Each state’s entropy is averaged over its own unresolved positions.

ℒAEC = [max(0, Hnext − (1 − ρ) Hsource)]²
Equation 2 · The source entropy is detached from gradients.
INTERACTIVE · ILLUSTRATIVE VALUESρ = 0.25
Source stateH 0.40
Next stateH 0.36

Unresolved, darker = more uncertain Resolved, left out of H

Contraction shortfallℒ = (0.36 − 0.30)² = 0.0036

Drag the next state along the entropy axis.

Where the Speed Comes From

Wall-clock speed is tokens per forward pass times forward passes per second. Fix the number of forward passes and compare how far each decoder gets on one problem: ORL refines a whole block per pass.

INTERACTIVE · RECORDED GENERATIONS

Same question, same forward-pass budget

One GSM8K problem, decoded greedily three ways with 4B models. Drag to set how many forward passes each decoder has run.

PROMPTLoading the recorded generations…

0forward passes

Experimental Results

Three key results: generation quality and parallelism, end-to-end throughput, and data-efficient post-training.

Generation quality and parallelism

Table 1 · All reported model comparisons. Higher is better.
Model / trainingGSM8KMATH-500HumanEvalMBPP
Acc. (%)TPFAcc. (%)TPFpass@1 (%)TPFpass@1 (%)TPF
Qwen-based models and other DLM baselines
d3LLM–Dream81.44.938.23.957.13.255.63.0
Fast-dLLM-v2-7B77.52.248.72.661.72.650.12.0
RCD–SDAR-4B-b6487.0—68.4—————
TraDo-4B (TraceRL, dynamic)90.3—71.8—————
SDAR-8B-b3288.92.963.64.873.52.458.02.4
QwenDLM (4B)90.42.488.02.182.91.879.22.1
QwenDLM + ORL92.45.992.25.889.611.179.48.0
LLaDA-based models
Fast-dLLM–LLaDA74.72.830.82.037.82.638.62.1
dParallel–LLaDA72.65.130.23.239.04.940.02.4
D2F–LLaDA73.22.928.72.436.62.738.01.9
d3LLM–LLaDA73.19.130.45.739.66.040.64.2
dOPSD–LLaDA-8B-Instruct72.87—36.00—39.63—39.54—
dUltra-coding81.58.435.66.735.97.237.07.3
DMax-Math92.15.575.45.9————
LLaDA-2.1-mini91.95.684.68.286.611.377.57.7
LLaDA-2.1-mini + ORL92.08.587.010.289.013.177.310.3
DiffusionGemma-based models
DiffusionGemma95.826.092.323.790.924.587.723.1
DiffusionGemma + ORL96.030.092.327.491.927.987.428.7

Blue rows highlight ORL; underlined model names identify its starting points. Base and ORL use their selected family-specific decoders, so comparisons include both model and decoder. Baseline results are quoted from published papers; MATH entries from the d3LLM evaluation use the full MATH test set with 4-shot prompting, as noted in the manuscript. — indicates unreported values.

Quality–throughput trade-off

1,298 tokens / sec

QwenDLM + ORL achieves 91.0% average GSM8K / HumanEval accuracy for a single request on one H100.

DFlash · relaxed verification746 tok/s
DFlash · strict verification573 tok/s

The relaxed comparison allows accuracy within 0.5 percentage points of ORL. Strict verification preserves the AR target’s accuracy, which is 2.4 points higher than ORL. QwenDLM + ORL runs in dlmrt, our inference engine; AR and speculative decoding run in vLLM. Native decoders and clean-request throughput; §4.1 and Appendix G.

Data-efficient post-training

On LLaDA-2.1-mini, ORL uses just 4.2M self-generated tokens and 36 H100 GPU-hours of post-training—about 10× less additional data than the roughly 40M tokens reported for d3LLM-LLaDA and dParallel.

Figure 7 · Data efficiency. Left: additional training tokens. Right: average quality and tokens per forward. ORL reaches a stronger quality–parallelism trade-off with a small post-training budget.

Original Figure 7 from the arXiv preprint. The data comparison concerns additional training, not total pretraining budgets.

Efficient Exact Residual Training

5.2×training-step speedup
at 16 rollouts per prompt
FIGURE 5 Cumulative gains over the all-off implementation.
01

Asynchronous state capture

Snapshot states during generation and transfer them off the critical path. Colocated training reuses GPU-resident residual pages via CUDA IPC.

02

Packed, balanced training

Reuse clean context, pack variable-length states, and distribute work by estimated compute cost while preserving response-normalized losses.

03

Staircase attention

A specialized Triton kernel enforces block-diffusion visibility and skips invisible tiles without allocating a dense attention mask.

BibTeX

Citation for the arXiv preprint.

BibTeX · arXiv preprint
@misc{yu2026orl,
  title = {On-Policy Residual Learning for
           Diffusion Language Models},
  author = {Yu, Yifan and Jian, Yuqing and Li, Jisen and
            Hu, Yuezhou and Zhang, Tianyi and Wu, Xiaoxia and
            Zhu, Rui-Jie and Wang, Junxiong and Zhou, Zhongzhu and
            Lai, Fan and Zou, James and Xu, Chenfeng},
  year = {2026},
  eprint = {2610.20687},
  archivePrefix = {arXiv},
  primaryClass = {cs.LG},
  url = {https://arxiv.org/abs/2610.20687}
}
Paper figure