vllm-omni/docs/design/feature/offloader/README.md

CPU Offloading

This document defines the shared architecture for diffusion CPU offloading. The three strategies have separate user and design pages:

Strategy	User guide	Design contract
Model-level	Guide	Design
Layerwise	Guide	Design
Distributed layerwise	Guide	Design

Strategy selection

OffloadConfig.from_od_config() converts diffusion configuration into one OffloadStrategy. The public config separates component selection from policy:

• mode="module" selects model-level offload;
• mode="layer" with rank-local transfers selects ordinary layerwise offload; and
• AllGather transfer or resident layers selects the distributed layerwise backend that implements those capabilities.

The compatibility boolean flags retain their historical priority (distributed layerwise, layerwise, then model-level). A compact config rejects a conflicting legacy strategy or non-default legacy DLO tuning. The factory derives parallel and HSDP state from DiffusionParallelConfig; callers do not provide a separate offload group size.

get_offload_backend() then validates platform offload support, resolves the device, and creates exactly one backend. Returning None means offloading is disabled or unsupported and must not leave partially installed hooks.

Shared lifecycle

Every backend implements OffloadBackend:

• enable(pipeline) discovers modules, establishes initial residency, and installs hooks;
• disable() removes owned hooks and resources; and
• is_enabled() reports lifecycle state.

disable() does not promise to restore the pipeline's original device placement. The caller owns any subsequent rematerialization.

An enable failure must remove every partially installed hook. Rank-local backends restore ordinary tensors so the pipeline can be retried. A failed multi-rank AllGather startup must not enter unmatched recovery collectives; that worker is safely discarded after local resource cleanup.

Hooks are registered through HookRegistry and ModelHook; offload backends must use distinct hook names and remove only hooks they own.

Discovery and topology

Pipeline component discovery prefers SupportsComponentDiscovery declarations:

• _dit_modules;
• _encoder_modules;
• _vae_modules; and
• _resident_modules.

Dotted paths are supported. Legacy pipelines may use the fallback scan of well-known attribute names, but new integrations should declare components explicitly.

Both layerwise backends first consume pipeline OffloadPlan metadata. A plan's block_attrs maps each DiT path to its ordered block containers, while encoder_block_attrs declares streamable encoder stacks. DiTs absent from the plan fall back to _layerwise_offload_blocks_attrs (including the deprecated singular-name compatibility path). Discovery metadata describes structure only; the backend remains responsible for transfer, synchronization, and storage ownership.

Cross-strategy invariants

• At most one strategy owns offload hooks for a pipeline.
• A parameter has one authoritative host representation while offloaded.
• Device storage is not freed until dependent compute or transfer work is complete.
• Non-persistent and model-specific buffers remain correct after movement or checkpoint rematerialization.
• Unsupported parallel or loading combinations fail before hooks mutate the model.
• Platform streams, events, synchronization, and cache management go through the vLLM-Omni platform abstraction.

The diffusion Offloader module design describes how these feature contracts fit into the larger diffusion runtime.