Short answer: treat 2GB as a very tight Q4 experiment, 4GB as the practical Q4/Q8 tier, and 6GB/8GB as the bounded/practical tiers for Qwen’s official 4.548GB BF16 checkpoint. Qwen3.5-2B is natively multimodal, so a GGUF image/video deployment needs the matching projector as well as the language file.
Source boundary: Qwen publishes the BF16 checkpoint and configuration. The Q4/Q8 GGUF and projector files below are an Unsloth community conversion, not first-party Qwen quantizations. Verify repository revision, checksums and runtime compatibility.
Qwen3.5-2B files and practical tiers
| Deployment path | Displayed files | Combined size | Planning tier |
|---|---|---|---|
| Community Q4_K_M + F16 projector | 1.281GB + 0.668GB | 1.949GB | 2GB very tight; 4GB practical |
| Community Q8_0 + F16 projector | 2.012GB + 0.668GB | 2.680GB | 4GB practical; 6GB roomier |
| Official Qwen BF16 safetensors | One shard | 4.548GB | 6GB bounded; 8GB practical |
Why 2GB is only an experiment
The community Q4 language file plus F16 projector totals 1.949GB. That is almost the entire nominal capacity of a 2GB device before cache, hybrid-attention state, vision processing, compute buffers, allocator behavior or display use. A runtime may use CPU/system-memory offload, but that is not a whole-model 2GB GPU fit and does not establish usable latency. Four gigabytes is the practical quantized starting point.
Hybrid attention: calculate only the full-attention component
Qwen’s official model card and configuration describe 24 language layers arranged as six repetitions of three Gated DeltaNet linear-attention layers followed by one full-attention layer. That yields 18 linear-attention layers and six full-attention layers. The full-attention blocks use two KV heads with a 256-element head dimension.
With FP16/BF16 keys and values, the sequence-linear full-attention component is 2 × 6 × 2 × 256 × 2 = 12,288 bytes, or 12KiB per allocated token. Do not apply a conventional KV-cache formula to all 24 layers: the linear-attention layers maintain implementation-dependent recurrent and convolution state.
| Allocated tokens | Full-attention KV payload only |
|---|---|
| 8K | 0.09375GiB |
| 32K | 0.375GiB |
| 64K | 0.75GiB |
| 128K | 1.5GiB |
| 256K native maximum | 3GiB |
Small-device safeguards
- Projector: include the conversion’s 0.668GB F16 projector for image/video inference.
- Vision: test the actual image/video path; text-only output does not prove projector compatibility.
- Intended use: Qwen describes this scale for prototyping, task-specific fine-tuning and research/development use cases.
- Runtime: verify Qwen3.5, Gated DeltaNet and multimodal support in the exact release.
- Memory type: unified memory and system RAM are not dedicated VRAM; report placement and offload.
- Workload: fix context allocation, image dimensions/count, video sampling, output length and concurrency.
Qwen3.5-2B versus Qwen3-VL 2B
Qwen3.5-2B uses a hybrid 3:1 linear/full-attention stack. The Qwen3-VL 2B guide covers a conventional full-attention architecture and first-party Qwen GGUF artifacts. Do not transfer cache formulas or artifact provenance between them. Their file sizes do not establish a universal speed, quality or visual-accuracy winner.
Reproducible Qwen3.5-2B fit test
- Record the first-party repository, conversion repository, revisions, every file and checksum.
- Record runtime/version and verify hybrid-attention plus image/video support.
- Record weight, projector, full-attention KV and linear-state precision.
- Record device placement, offload, MTP behavior and kernel/fallback path.
- Fix text allocation, image/video workload, output target and concurrency.
- Measure accelerator and system memory before load, after load, after vision encoding and at peak generation.
- Capture preprocessing time, time to first token, throughput, fallback and errors.
Continue with the Qwen3.5-4B guide, 3B/4B sizing guide, multimodal VRAM hub, 8GB–16GB capacity guide, VRAM calculator, workload test, benchmark submission or all guides and tools.
Sources and limits
- Qwen official Qwen3.5-2B repository
- Qwen official configuration
- Qwen official BF16 index
- Unsloth community GGUF conversion
- HighVRAM methodology
Reviewed October 25, 2026. Repository file sizes were summed directly. Qwen’s BF16 checkpoint and configuration are first-party; GGUF/projector sizes are from the separately labeled Unsloth conversion. HighVRAM has not independently benchmarked every runtime, kernel, conversion, quantization or multimodal workload. File size is not peak resident memory.
Smallest sibling: the Qwen3.5-0.8B VRAM guide maps a 0.738GB community Q4-plus-projector pair and 1.747GB official BF16 checkpoint to 1GB–4GB hardware.
Compare the family: use the Qwen3.5 VRAM hub to compare complete file totals, practical tiers and hybrid-cache geometry from 0.8B through 35B-A3B.
Track matching hardware
Save a private browser-only hardware watchlist or choose a focused RSS feed. No account or email address is required; the watchlist stays in this browser and does not send price alerts.