FLUX 3 Image Klein VRAM calculator
FLUX 3 Image Klein generates and edits images. Its 5.6B label covers the image transformer; the Qwen3-VL-4B text encoder and image autoencoder add separate weights. GPU memory depends on which components stay resident and which implementation runs them.
Adjust the FLUX 3 Image Klein VRAM estimate
The default 2–6 GiB working-memory range is a planning assumption, not a FLUX 3 measurement. It covers activations, CUDA allocations, VAE decoding and any upsampler working memory. Adjust it for your image size, reference images, batch and runtime. This calculator does not infer those costs from resolution alone.
7.74 GiB–11.74 GiB estimated VRAM budget
Within the selected memory budget (12 GiB GPU).
- Largest GPU weight phase
- 5.74 GiB
- Extra working memory
- 2–6 GiB
- All selected files
- 10.27 GiB
- Free at upper estimate
- 0.26 GiB
The estimate uses published file bytes as the weight footprint and keeps the VAE loaded. Staged placement unloads the upsampler, then the text encoder, before denoising; CPU placement keeps both off the GPU. All-file size is a download footprint, not a host-RAM estimate. Quantized loaders and runtime casts can change GPU allocation; capacity alone does not establish support for FP8 or NVFP4. The official reports below are separate reference points.
Can FLUX 3 Image Klein run on 8, 12, 16 or 24 GB?
BFL’s release post reports an INT8 setup running through ComfyUI or Diffusers on GeForce RTX GPUs with as little as 8 GB. Its 1024×1024, 16-step examples take about four seconds on an RTX 5090 and under nine seconds on an RTX 4070. These are publisher-reported results for those implementations, not measurements by ModelVRAM.
The model card’s reference-code measurements use a B200 at 1024×1024 with the prompt upsampler disabled: 31 GB in BF16, 26 GB in FP8 and 25 GB in NVFP4. They describe a different runtime. A 24 GB card is below each of those reported peaks; an optimized consumer-GPU workflow can still use less memory. Match the build, encoder placement and input size before comparing either set of numbers with your card.
Transformer files versus the whole pipeline
The table adds the root package’s two BF16 text-encoder shards (8,875,719,344 bytes) and its image autoencoder (336,211,292 bytes) to each transformer. These are exact download sizes from the publisher’s file listing, checked October 15, 2026. The alternative Diffusers transformer and VAE paths are another packaging of the same components; do not add both copies.
| Package | Transformer file | Encoder + VAE files | Combined file bytes |
|---|---|---|---|
| BF16 distilled | 10.34 GiB | 8.58 GiB | 18.91 GiB |
| FP8 reference variant | 5.84 GiB | 8.58 GiB | 14.42 GiB |
| NVFP4 reference variant | 4.92 GiB | 8.58 GiB | 13.49 GiB |
GiB = 1,073,741,824 bytes. File totals are storage footprints, not peak VRAM. Quantizing only the transformer leaves the BF16 encoder unchanged. Activation tensors, image decoding, CUDA allocations and any prompt upsampler add memory; CPU offload can keep some weights out of GPU memory.
The ComfyUI INT8 build has its own component files
The official ComfyUI package contains a distilled flux3_image_klein_sd_int8_convrot.safetensors transformer of 5,827,874,779 bytes (5.43 GiB), an INT8 Qwen3-VL-4B encoder of 4,858,559,240 bytes (4.52 GiB), and the 0.31 GiB VAE. Downloaded together they total 10.27 GiB. That exceeds 8 GiB as files, so the low-VRAM result cannot be explained by keeping all those components resident simultaneously at their file sizes.
Use the publisher’s workflow for its component loader and memory handling. More reference images, larger output dimensions and concurrent jobs can increase the working set. A weight-only “fits” label does not establish that a particular edit or generation will finish on the card.
Distilled, Base and prompt upsampling
The distilled model targets generation and editing with 16 steps. Klein Base is the undistilled training and research checkpoint; its card specifies 50 steps and guidance 3.5. The package contains separate encoders and a VAE as well. Neither variant is a chat language model, so this page does not assign it a language-model KV cache.
The reference implementation normally runs a separate prompt upsampler. The model card reports about 28 GB of additional GPU memory for that model on an 80 GB GPU; it is excluded from the 31/26/25 GB figures above. The image pipeline takes a detailed scene caption. Supply that caption from a separately run upsampler when the generation workflow does not load one.
Sources and next steps
The weights use the FLUX Kommunity License; review the linked terms for your use. Download access is gated on Hugging Face. This page uses public metadata and official reports and has not run a GPU benchmark.
For other diffusion pipelines, use the image and video VRAM calculator, which separates transformer, encoder and VAE placement. The Qwen-Image 2.1 calculator includes a separate set of published files and measured working-memory ranges. See how ModelVRAM distinguishes file sizes, estimates and measurements.
More calculators
- d1-omni VRAM LiquidAI d1-omni weights: 1.09 GiB in FP16 on GPU, 2.19 GiB in FP32 on CPU. Text, image and audio decisions, input limits, license and official Python usage. Open →
- pplx-decider v1.1 VRAM pplx-decider v1.1 needs 48.6 GiB for its BF16 checkpoint before working memory. GPU fit, decision head, noncausal attention and the official Python loader. Open →
- Speculative Decoding VRAM Calculator (MTP & draft models) Extra VRAM of MTP heads, DFlash drafters and draft models in llama.cpp, for Qwen3.8 27B and Gemma 4 31B. Open →
- Qwen3.8 27B GGUF Quants: Bonsai 2 vs GSQ-RCO vs UD Ternary Bonsai 2, GSQ-RCO and Unsloth UD files of Qwen3.8 27B: VRAM, quality, speed and the engine each needs. Open →
- Bonsai 2 27B VRAM Exact file sizes of Ternary Bonsai 2 27B, the longest context on 8–24 GB GPUs, and why sites say 5.95 GB or 8.60 GB. Open →
- Fine-Tuning VRAM Calculator GPU memory for full fine-tuning, LoRA and QLoRA in Transformers or Unsloth, checked against published runs. Open →
Updated