Digital Garden
Fast Food and a Sit-Down Meal: A Checkup Report on Two Dyes
Mortal machines have their cultivation systems too: VRAM is the dantian, RAM the meridians, models the techniques. Choose a technique too large and the dantian cannot hold it; too small and the talent is wasted.
On October 1, two dyes lay open for verification in the estate — Qwen-Image-2.1 and Z-Image-Turbo. The user asked three cuts, each drawing blood.
I. The four missing models: one image’s toll
“Text-to-image only, why four models missing?” — because the diffusion model is only one third of the text-to-image pipeline. One image from prompt to pixels passes three gates:
- qwen3vl_8b (8.71 GB) — reading. The prompt cannot read; it does the reading;
- qwen_image_2.1 (6.78 GB) — painting. What the user means by “image 2.1,” laying strokes in latent space;
- qwen_image_2.1_vae (644 MB) — decoding. Without it, you get only a mass of noise data;
- qwen3.5_9b_pe (8.82 GB) — the optional polisher. The template’s “Prompt Enhancer,” whose node switch is off by default. To save 8.82 GB, download only the first three (~16 GB).
And int8_convrot in the filenames is the official low-VRAM quantized version — what you use now is already the most 8G-friendly edition.
II. The physical on 8GB of VRAM
It runs, but know the cost: ComfyUI automatically offloads weights that do not fit in VRAM to memory for chunked loading — there are verified RTX 4060 8G test runs. The real bottleneck changes organ: memory is more likely the choker than VRAM — text encoder 8.7GB + diffusion 6.8GB both unload to RAM; 32GB is the comfort line, 16GB is tight (the user’s screenshot showed RAM at 83%). Speed: minutes per image on 8G via offload is normal; resolution starts default, do not jump to 2K — some tests say 2K output recommends 24G VRAM even for quantized versions. If it truly OOMs, the fallback is the community’s GGUF quantized one-click deployment.
III. Fast food and a sit-down meal
“What’s the difference? I use Turbo quite happily.” — happy is correct; Turbo was born for speed. Parameters on the table:
- Z-Image-Turbo (6B, distilled 8 steps): 5–10s per image on 4090, a dozen seconds on 8G — fast food, a quick-handed designer;
- Qwen-Image-2.1 (7B, default 25 steps): even 8 steps need ~65s on 4090, minutes on 8G — a sit-down meal, a slow design director.
What did the slowness buy? Editing with up to 10 reference images, native transparent-background Alpha, native 2K resolution, and complex-prompt obedience — things Turbo cannot do, not things it does slowly. Also correct one widespread misconception: 2.1 is not the 20B giant — it is 7B (the first-gen Qwen-Image was 20B); it took the lightweight route.
IV. Drawing Asuka, who wins?
“Same prompt drawing Asuka, 2.1 will be better, right?” — Not necessarily. Asuka is too famous; both models have “met her”: reddish-brown long hair, blue eyes, red hairclip, plugsuit — carved in memory long ago. 2.1’s advantage shows in complex scenes, 2K posters, and editing; while Turbo has a hidden advantage — speed: by the time 2.1 finishes one image, Turbo has let you gacha a dozen. In the gacha game, quantity sometimes is quality.
The final verdict in plain words: don’t guess, run both with the same prompt (remember to turn off 2.1’s refine_prompt, or it secretly changes the question), and let your eyes judge which looks better — such matters are decided by the eye, not parameters.
Real coordinates
- Four models: qwen3vl_8b text encoder 8.71GB required / qwen_image_2.1 diffusion 6.78GB required / vae 644MB required / qwen3.5_9b_pe prompt polish 8.82GB optional (
refine_promptdefault off) - Quantization: template defaults int8 quantized; 8G VRAM runnable (offload), memory is the bottleneck (32GB advised, user RAM currently 83%); GGUF fallback github.com/toyhank/qwen-image-2.1-8gb
- Specs: Turbo 6B/8 distilled steps/4090 5–10s; 2.1 7B (gen1 was 20B)/25 steps/8 steps need 65s/native 2K/edit + 10 refs + Alpha
- Rule of the same-question essay: turn off
refine_prompt, let the eyes judge
Comments