HighVRAM Hardware Watch

Qwen3.5 VRAM Requirements: 0.8B to 397B-A17B Compared

Newer generation: Qwen3.8 is documented separately. See Qwen3.8-27B VRAM requirements for exact community GGUF and official checkpoint sizes; do not assume the Qwen3.5 table applies unchanged.

Short answer: Qwen3.5 spans edge devices through multi-accelerator systems. Practical starting points range from 2GB for quantized 0.8B, through 4GB for 2B, 6GB for 4B, 12GB for 9B, 24GB for dense 27B Q4, 32GB for 35B-A3B 4-bit, 96GB for 122B-A10B 4-bit, and 320GB for 397B-A17B 4-bit. These are workload-planning tiers, not speed or quality rankings.

Scope and provenance: this hub compares eight Qwen3.5 releases with published detailed guides. BF16 totals and the available GPTQ/FP8 totals come from first-party Qwen repositories. Q4/Q8 GGUF and projector totals are separately labeled Unsloth community conversions. File size is not peak resident memory, and active MoE parameters are not stored-weight size.

Qwen3.5 Q4, Q8 and BF16 file totals

ModelCommunity Q4 + F16 projectorCommunity Q8 + F16 projectorOfficial BF16
0.8B0.738GB1.017GB1.747GB
2B1.949GB2.680GB4.548GB
4B3.413GB5.155GB9.320GB
9B6.599GB10.446GB19.306GB
27B17.668GB29.523GB55.563GB
35B-A3B22.915GB37.802GB71.904GB
122B-A10B77.446GB130.781GB250.173GB
397B-A17B245.012GB422.426GB806.796GB
Decimal totals include the displayed F16 projector for community GGUF paths. Official GPTQ-Int4 totals are 24.420GB for 35B-A3B, 78.864GB for 122B-A10B and 235.708GB for 397B-A17B; official FP8 totals are 127.163GB and 406.152GB for the two larger models. File size is not peak resident memory.

Practical starting tiers by model

ModelQ4 starting pointQ8 starting pointOfficial BF16 path
0.8B1GB constrained; 2GB practical2GB practical2GB tight; 4GB safer
2B2GB very tight; 4GB practical4GB practical6GB bounded; 8GB practical
4B4GB tight; 6GB practical6GB tight; 8GB practical12GB bounded; 16GB practical
9B8GB tight; 12GB practical12GB tight; 16GB practical24GB bounded; 32GB practical
27B24GB practical32GB tight; 48GB practical64GB bounded; 80GB safer
35B-A3B24GB very tight; 32GB practical48GB practical80GB bounded; 96GB practical
122B-A10B80GB very tight; 96GB practical128GB does not hold complete community files; 160GB practical256GB very tight; 320GB practical
397B-A17B256GB very tight; 320GB practical480GB tight; 512GB practical800GB does not hold files; 1TB practical
Starting tiers assume bounded contexts and one request. Image/video workload, runtime state, buffers, display use and concurrency can move the practical tier upward.

Dense models versus Qwen3.5 MoE

The 0.8B, 2B, 4B, 9B and 27B releases are dense language backbones. The 35B-A3B, 122B-A10B and 397B-A17B releases are sparse MoE models. Their A3B, A10B and A17B labels describe routed computation, not stored-weight memory. All expert weights still require storage or placement: the official configurations document 256 experts with eight routed for 35B and 122B, then 512 experts with ten routed for 397B.

Hybrid-attention cache geometry differs by size

ModelsLanguage layersFull-attention layersFP16/BF16 full-attention KV only32K payload
0.8B and 2B24612KiB/token0.375GiB
4B and 9B32832KiB/token1GiB
27B641664KiB/token2GiB
35B-A3B401020KiB/token0.625GiB
122B-A10B481224KiB/token0.75GiB
397B-A17B601530KiB/token0.9375GiB
These are sequence-linear full-attention KV payloads, not total cache estimates. Every model also has implementation-dependent Gated DeltaNet recurrent/convolution state; vision tokens, batching and runtime buffers are excluded.

Choose by workload, not parameter count alone

  • Edge prototype: start with 0.8B or 2B, then validate output quality for the actual task.
  • Compact multimodal work: 4B and 9B add capacity while remaining accessible to common 8GB–16GB hardware through quantization.
  • Higher-capability dense path: 27B starts at practical 24GB Q4 but needs substantially more memory for Q8 or BF16.
  • Sparse MoE paths: 35B-A3B, 122B-A10B and 397B-A17B reduce active computation relative to total parameters but do not turn their stored weights into 3B, 10B or 17B models.
  • Multi-device scale: for 122B and 397B, validate per-device placement, parallelism and interconnect topology; summed capacity is not automatic pooling.
  • Images and video: include the matching projector, verify the actual visual path and fix preprocessing parameters before comparing memory.
  • Long context: native 256K capability is not a promise that your hardware can allocate the chosen workload.

Validate before buying

  1. Choose the exact model, repository, revision and quantization.
  2. Record every language/projector file and checksum; do not mix first-party and community provenance.
  3. Verify runtime support for Qwen3.5, hybrid attention, MoE when applicable and image/video input.
  4. Fix context allocation, image/video workload, output target and concurrency.
  5. Record weight, projector, full-attention KV and linear-state precision plus device placement/offload.
  6. Measure accelerator and system memory before load, after load, after vision encoding and at peak generation.
  7. Capture preprocessing time, time to first token, throughput, fallback and errors.

Use the multimodal VRAM hub, VRAM calculator, workload test, benchmark submission and all guides and tools.

Sources and limits

Reviewed October 25, 2026. File totals are direct repository sums documented in the eight detailed guides. HighVRAM has not independently benchmarked every model, runtime, kernel, conversion, quantization or multimodal workload. Fit does not establish speed, output quality or value.

Large-model hardware: compare workstation, unified-memory and datacenter paths for Qwen3.5-122B and 397B from manufacturer-published capacities.

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.