Llama 4 Scout 17B-16E Instruct: how much VRAM does it need?
Llama 4 Scout 17B-16E Instruct has 108.64B parameters in 48 layers. It uses grouped-query attention: 40 query heads share 8 key-value heads, so its KV cache is 5× smaller than full multi-head attention would need. It is a Mixture-of-Experts model with about 17.00B of its 108.64B parameters active per token: memory has to hold all of them, while each token passes through only the active share. It takes up to 10,485,760 tokens of context; one user at that length needs 1920.0 GiB of KV cache at FP16 on top of the weights. Its repository is gated on Hugging Face, so LLMScale ships its architecture in a bundled database.
202.4 GiB of weights, 1.50 GiB of KV cache and 1.55 GiB of vLLM's overhead. At INT4 the same workload needs 59.64 GiB.
- 48 layers
- hidden 5120
- 40/8 heads
- head_dim 128
- 10M max context
- MoE
Llama 4 Scout 17B-16E Instruct memory by precision and context
| Precision | 8k context | 32k context | 128k context | 10M context |
|---|---|---|---|---|
| BF16 | 205.4 GiBKV cache 1.50 GiB | 209.9 GiBKV cache 6.00 GiB | 227.9 GiBKV cache 24.00 GiB | 2123.9 GiBKV cache 1920.0 GiB |
| FP8 | 106.2 GiBKV cache 1.50 GiB | 110.7 GiBKV cache 6.00 GiB | 128.7 GiBKV cache 24.00 GiB | 2024.7 GiBKV cache 1920.0 GiB |
| INT4 | 59.64 GiBKV cache 1.50 GiB | 64.14 GiBKV cache 6.00 GiB | 82.14 GiBKV cache 24.00 GiB | 1978.1 GiBKV cache 1920.0 GiB |
One user, FP16 KV cache and vLLM's overhead on one GPU at its defaults for a card under 70 GB. Quantizing shrinks the weights, not the KV cache, so the saving narrows as the context grows.
Which single GPUs hold it
- BF16 (205.4 GiB): AMD MI325X, B300 (Blackwell Ultra) 270GB, AMD MI355X, Apple M3 Ultra (512GB)
- FP8 (106.2 GiB): NVIDIA DGX Spark (GB10), H200 141GB, Apple M2 Ultra, B200 180GB
- INT4 (59.64 GiB): RTX PRO 5000 Blackwell (72GB), A100 80GB, H100 SXM 80GB, H100 PCIe 80GB
At 8k context for one user, the smallest cards first. A discrete card is budgeted at vLLM's default 92% of its memory, a unified-memory device at the share its GPU can address, and each carries vLLM's overhead at its own defaults.
How many users fit
| GPU | BF16 | FP8 | INT4 |
|---|---|---|---|
| RTX 4090 | does not fit | does not fit | does not fit |
| RTX 5090 | does not fit | does not fit | does not fit |
| RTX 6000 Ada | does not fit | does not fit | does not fit |
| H100 SXM 80GB | does not fit | does not fit | 8 |
| RTX PRO 6000 Blackwell | does not fit | does not fit | 18 |
| AMD Ryzen AI Max+ 395 (128GB) | does not fit | does not fit | 18 |
| H200 141GB | does not fit | 14 | 45 |
| B200 180GB | does not fit | 36 | 67 |
Users at 8k context each, on one card. ✗: the weights leave no room for even one.
Fine-tuning Llama 4 Scout 17B-16E Instruct
| Method | Memory | Smallest GPU |
|---|---|---|
| Full fine-tune | 1620.8 GiB | several GPUs, sharded |
| LoRA (rank 16, attention) | 204.6 GiB | AMD MI325X |
| QLoRA (rank 16, attention) | 54.47 GiB | AMD MI210 |
Sequence length 2,048, batch size 1, gradient checkpointing on, Adam. Full fine-tuning keeps 16 bytes per parameter before activations; QLoRA stores the frozen base in 4-bit NF4.
Where the numbers come from
Weights are parameters × bytes per parameter. The KV cache is 2 × layers × key-value heads × head dimension × bytes × context × users. For Llama 4 Scout 17B-16E Instruct that is 192.0 KiB per token at FP16. These are capacity-planning figures: the serving engine — vLLM, TGI, llama.cpp — and its paged-attention efficiency still move the real number.
More on KV cache size and on GQA, MQA and MLA.
Work with Llama 4 Scout 17B-16E Instruct
- Size it for your workload
- Fine-tuning memory
- vLLM parameters
- Model anatomy
- Its config.json, explained
- What its files say about serving it