Papers
Topics
Authors
Recent
Search
2000 character limit reached

DiCache: Adaptive Diffusion Caching

Updated 17 July 2026
  • DiCache is a training-free, runtime-adaptive caching strategy that uses shallow-layer features to decide when to compute or reuse cached information in diffusion models.
  • It employs an online probe profiling scheme to measure shallow residual differences, triggering full recomputation when the accumulated error exceeds a preset threshold.
  • Dynamic Cache Trajectory Alignment accurately interpolates between cached states, achieving speedups up to 3.22× while maintaining high output fidelity.

DiCache is a training-free, runtime-adaptive caching strategy for accelerating diffusion transformer models for image and video generation. In its canonical usage, the term refers to the method introduced in “DiCache: Let Diffusion Model Determine Its Own Cache,” which answers both “when to cache” and “how to use cache” by using the model’s own shallow-layer features to drive online cache scheduling and multi-step cache combination, rather than relying on predefined empirical laws or dataset-level priors (Bu et al., 24 Aug 2025).

1. Background and lineage

DiCache belongs to a broader line of inference-time acceleration methods that exploit temporal redundancy in diffusion sampling. Earlier work such as DeepCache showed that adjacent denoising steps exhibit significant temporal similarity in high-level features and proposed caching and reusing high-level U-Net features while recomputing low-level features, yielding a speedup factor of 2.3×2.3\times for Stable Diffusion v1.5 with only a $0.05$ decline in CLIP Score, and 4.1×4.1\times for LDM-4-G with a slight decrease of $0.22$ in FID on ImageNet (Ma et al., 2023).

The specific motivation for DiCache arises from two recurring design questions in diffusion caching: when to reuse cached computation and how to reconstruct the current step from previously cached states. The DiCache paper argues that prior methods typically answer these questions with static or offline heuristics, including fixed caching intervals, dataset-calibrated schedules, or handcrafted rules for combining multi-step caches, and that such rules can fail on outlier samples because diffusion dynamics are highly sample-dependent (Bu et al., 24 Aug 2025).

This places DiCache in the training-free adaptive branch of diffusion caching. Later literature explicitly treats it as a state-of-the-art dynamic, training-free caching scheme alongside TeaCache and EasyCache for video diffusion transformers, while also distinguishing its scheduling logic from its cache-usage mechanism (Agrawal et al., 14 Jul 2026).

2. Formal setting and motivating observations

The method is developed for flow-matching or rectified-flow diffusion transformers. For timestep tt, latent input xtx_t, condition cc, and transformer blocks B1,,BM\mathcal{B}_1,\dots,\mathcal{B}_M, the intermediate representation after block ii is

yti=BiB1(xt,t,c),y_t^i = \mathcal{B}_i \circ \dots \circ \mathcal{B}_1(x_t, t, c),

with full-model output $0.05$0. DiCache uses residuals

$0.05$1

and in particular the full residual $0.05$2 (Bu et al., 24 Aug 2025).

Two empirical observations motivate the design. First, the relative L1 difference between shallow-layer features at adjacent timesteps tracks the relative L1 difference between final outputs. The paper defines the probe-based estimate

$0.05$3

for a shallow probe depth $0.05$4, and reports that the Spearman correlation between shallow-layer differences and full-output differences is approximately $0.05$5 already for $0.05$6. By contrast, raw input differences $0.05$7 are described as mostly monotonic and not useful as a cache-error proxy (Bu et al., 24 Aug 2025).

Second, residual trajectories across layers are similar. The residual sequences $0.05$8 and $0.05$9 evolve with similar trends in feature space, which suggests that shallow residual trajectories can guide interpolation between cached full residuals. This observation underpins DiCache’s second component, Dynamic Cache Trajectory Alignment (Bu et al., 24 Aug 2025).

3. Online Probe Profiling Scheme

The first principal component of DiCache is the Online Probe Profiling Scheme, which addresses when to cache. At every timestep, the method runs only the first 4.1×4.1\times0 blocks as a shallow probe,

4.1×4.1\times1

with probe residual 4.1×4.1\times2. The estimated cache error between adjacent steps is then accumulated into a running sum 4.1×4.1\times3. Cache reuse continues while the accumulated estimate stays below a threshold 4.1×4.1\times4; once the threshold is exceeded, the method triggers a full recomputation, refreshes the cache, and resets the accumulator (Bu et al., 24 Aug 2025).

Operationally, the first timestep uses a full forward pass and stores a full residual 4.1×4.1\times5. At later timesteps, DiCache first computes the shallow probe. If 4.1×4.1\times6, it skips the deeper blocks and reuses the cached residual via 4.1×4.1\times7. Otherwise it resumes full computation from block 4.1×4.1\times8 onward, computes a new full residual, and resets the schedule. Because recomputation resumes from the already computed probe state, the shallow pass is not discarded (Bu et al., 24 Aug 2025).

This scheduling rule is fully training-free. It introduces no new learned parameters and depends only on the probe depth 4.1×4.1\times9, the reuse threshold $0.22$0, and inexpensive relative L1 calculations on shallow features. In the reported experiments, $0.22$1 is used for WAN 2.1, HunyuanVideo, and Flux, reflecting the claim that even the first block provides a sufficiently informative runtime sensor (Bu et al., 24 Aug 2025).

4. Dynamic Cache Trajectory Alignment

The second principal component, Dynamic Cache Trajectory Alignment, addresses how to use cache. A simple reuse rule would approximate the current full residual by the most recent cached residual. DiCache instead retains the two most recent full residual caches, $0.22$2 and $0.22$3, and uses the shallow probe trajectory to estimate where the current step lies between them (Bu et al., 24 Aug 2025).

The full residual is modeled as approximately linear between the two cached points,

$0.22$4

and the scalar position $0.22$5 is estimated from shallow residuals. With probe residuals $0.22$6, $0.22$7, and $0.22$8, the paper defines

$0.22$9

This produces the DCTA approximation

tt0

The output is then reconstructed as tt1 (Bu et al., 24 Aug 2025).

The significance of this construction is that both scheduling and cache usage are driven by the same shallow probe. Online Probe Profiling uses shallow-layer feature differences to decide whether to recompute, while DCTA uses shallow residual trajectories to align multi-step caches. This yields a unified framework in which the model, in the paper’s phrasing, determines its own cache (Bu et al., 24 Aug 2025).

5. Empirical performance, limitations, and later developments

DiCache is evaluated on WAN 2.1-1.3B, HunyuanVideo, and Flux.1.0-dev on an NVIDIA A800 80GB GPU, using LPIPS, SSIM, and PSNR against vanilla outputs as the primary fidelity metrics. The reported results show that DiCache improves both speed and fidelity relative to several accelerated baselines, including TeaCache, EasyCache, TaylorSeer, and naive reduced-step baselines (Bu et al., 24 Aug 2025).

Model DiCache speedup Reported fidelity
WAN 2.1 tt2 LPIPS tt3, SSIM tt4, PSNR tt5
HunyuanVideo tt6 LPIPS tt7, SSIM tt8, PSNR tt9
Flux xtx_t0 LPIPS xtx_t1, SSIM xtx_t2, PSNR xtx_t3

Ablations show the expected trade-off between probe cost and fidelity. On HunyuanVideo, increasing probe depth from xtx_t4 to xtx_t5 improves LPIPS from xtx_t6 to xtx_t7 and PSNR from xtx_t8 to xtx_t9, while reducing speedup from cc0 to cc1. The reuse threshold cc2 plays the usual quality-efficiency role: for HunyuanVideo, cc3 yields LPIPS cc4 and speedup cc5, whereas cc6 yields LPIPS cc7 and speedup cc8 (Bu et al., 24 Aug 2025).

Subsequent work treats DiCache as an important reference point. ACID characterizes DiCache as using a feature-level drift proxy from a shallow probe and adds a training-free dual-threshold wrapper that switches between cc9 and B1,,BM\mathcal{B}_1,\dots,\mathcal{B}_M0 based on the rate of change of the existing drift signal. For HunyuanVideo with DiCache, ACID reports latency B1,,BM\mathcal{B}_1,\dots,\mathcal{B}_M1 s and speedup B1,,BM\mathcal{B}_1,\dots,\mathcal{B}_M2 with PSNR B1,,BM\mathcal{B}_1,\dots,\mathcal{B}_M3, SSIM B1,,BM\mathcal{B}_1,\dots,\mathcal{B}_M4, and LPIPS B1,,BM\mathcal{B}_1,\dots,\mathcal{B}_M5, compared with a fixed low-threshold DiCache configuration at B1,,BM\mathcal{B}_1,\dots,\mathcal{B}_M6 s and B1,,BM\mathcal{B}_1,\dots,\mathcal{B}_M7 speedup (Agrawal et al., 14 Jul 2026).

ReCache separates DiCache into two parts: Dynamic Cache Trajectory Alignment as the cache mechanism and Online Probe Profiling as the scheduler. It then replaces the scheduler with a budget-aware REINFORCE policy. On FLUX.1-dev with a B1,,BM\mathcal{B}_1,\dots,\mathcal{B}_M8-step budget, “ReCache DiCache” keeps the same TFLOPs and speedup as DiCache, B1,,BM\mathcal{B}_1,\dots,\mathcal{B}_M9 TFLOPs and ii0, while reducing LPIPS from ii1 to ii2 and increasing HPS from ii3 to ii4 (Aliev et al., 4 Jun 2026).

Adjacent work has also generalized or critiqued DiCache-style ideas. Q&C studies the interaction between post-training quantization and DiCache-style caching in diffusion transformers and shows that naive combination can cause catastrophic degradation unless calibration and exposure-bias issues are corrected with TAP and VC (Ding et al., 4 Mar 2025). SpectralCache argues that DiT denoising is non-uniform across timestep, depth, and feature dimensions, and proposes TADS, CEB, and FDC as a richer decision framework than a single global threshold (Li, 5 Mar 2026). These developments suggest that DiCache established a useful baseline formulation, but not the endpoint of adaptive diffusion caching.

6. Other uses of the name

The label “DiCache” is not unique to diffusion-model caching. In LLM systems, the term is also used for disk-based key-value cache designs in retrieval-augmented generation. “Shared Disk KV Cache Management for Efficient Multi-Instance Inference in RAG-Powered LLMs” describes a “DiCache” or “RAG-DCache / Shared RAG-DCache” design that stores per-layer key/value tensors for retrieved documents on NVMe SSD, shares them across instances, and reports a ii5–ii6 increase in throughput and a ii7–ii8 reduction in latency depending on configuration (Lee et al., 16 Apr 2025).

A separate line of work, “LLM-dCache,” uses GPT-driven localized data caching for tool-augmented LLMs by exposing cache operations as callable tools and allowing the model to manage cache decisions via prompting. On an industry-scale geospatial platform, it reports an average ii9 improvement in Copilot times across models and prompting techniques (Singh et al., 2024).

In networking, the related acronym DAC denotes “D2D-Aware Caching” in mmWave cellular networks, where cacheable content is split into two groups to facilitate device-to-device exchange. That work is analytically unrelated to diffusion-model DiCache, but it illustrates that the name has appeared in multiple caching literatures with distinct meanings (Giatsoglou et al., 2017).

Topic to Video (Beta)

No one has generated a video about this topic yet.

Whiteboard

No one has generated a whiteboard explanation for this topic yet.

Follow Topic

Get notified by email when new papers are published related to DiCache.