ERNIE-Image-Turbo
baidu/ERNIE-Image-TurboERNIE-Image-Turbo at Q4_K_M is exactly 5,019,124,416 bytes (4.67 GiB / 5.02 GB) — an effective 4.998 bits per weight, not the nominal 4.
Shipped quantizations
| Quant | Size● | Exact bytes● | Effective bpw● | Tensors● | Publisher |
|---|---|---|---|---|---|
| Q2_K | 2.96 GiB | 3,178,545,856 | 3.165 | — | unsloth |
| Q3_K_S | 3.57 GiB | 3,834,135,232 | 3.818 | — | unsloth |
| Q3_K_M | 3.64 GiB | 3,909,632,704 | 3.893 | — | unsloth |
| UD-Q2_K | 3.71 GiB | 3,979,002,560 | 3.962 | — | unsloth |
| Q4_0 | 4.44 GiB | 4,762,747,584 | 4.743 | — | unsloth |
| UD-Q3_K_M | 4.47 GiB | 4,799,218,368 | 4.779 | — | unsloth |
| Q4_K_S | 4.54 GiB | 4,875,993,792 | 4.856 | — | unsloth |
| Q4_K_M | 4.67 GiB | 5,019,124,416 | 4.998 | — | unsloth |
| Q4_1 | 4.89 GiB | 5,254,267,584 | 5.232 | — | unsloth |
| Q5_0 | 5.35 GiB | 5,745,787,584 | 5.722 | — | unsloth |
| UD-Q4_K_M | 5.38 GiB | 5,778,817,728 | 5.755 | — | unsloth |
| Q5_K_S | 5.46 GiB | 5,861,655,232 | 5.837 | — | unsloth |
| Q5_K_M | 5.53 GiB | 5,932,958,400 | 5.908 | — | unsloth |
| Q5_1 | 5.81 GiB | 6,237,307,584 | 6.211 | — | unsloth |
| UD-Q5_K_M | 6.27 GiB | 6,736,560,832 | 6.708 | — | unsloth |
| Q6_K | 6.32 GiB | 6,790,267,584 | 6.762 | — | unsloth |
| Q8_0 | 8.10 GiB | 8,694,907,584 | 8.659 | — | unsloth |
| F16 | 14.96 GiB | 16,067,707,584 | 16.001 | — | unsloth |
| BF16 | 14.96 GiB | 16,067,707,584 | 16.001 | — | unsloth |
Pipeline components
| Component | Size | Share | Can live on the CPU? |
|---|---|---|---|
| text encoder | 7.17 GiB | 32% | yes — the usual first VRAM saving |
| vae | 0.16 GiB | 1% | no, must be resident |
| denoiser | 14.96 GiB | 67% | no, must be resident |
| Full pipeline | 22.29 GiB | resident if nothing is offloaded | |
The parameter count published for a diffusion model describes the denoiser alone. Running it also requires its text encoder and VAE, and the text encoder is often nearly as large as the denoiser — which is why offloading it is the standard first move when you run out of memory.
We publish component sizes here, not throughput. Community-submitted image-generation rates do exist for many GPUs and we show them on the hardware pages, but they aggregate runs at different resolutions, step counts and settings, so they cannot be attributed to one model. Peak memory during sampling is unmeasured by any public source, and we do not estimate it.
Compare with
Will it run on your card?
Why other calculators give a different number
A parameters × bits ÷ 8 estimate puts Q4_K_M at roughly 4.21 GiB. The real file is 4.67 GiB, because a quantization is a mixture and some tensors are always kept at higher precision.
Architecture
Architecture unavailable — this repository is gated and no ungated mirror was found. Exact file sizes above are still authoritative; only the KV math needs the config.
Questions people ask
- How much VRAM does ERNIE-Image-Turbo need?
- Q4_K_M is exactly 5,019,124,416 bytes (4.67 GiB) in weights. Add the KV cache, which depends on your context length, plus roughly half a gigabyte of runtime overhead.
- Which quantization of ERNIE-Image-Turbo should I use?
- Q4_K_M is the usual default. Pick the largest quantization that fits your card at the context you actually need — the table above gives exact sizes for every one published.