Short answer: a 13B local LLM does not have one VRAM requirement, and it is not always safer to treat 13B as slightly smaller than 14B. Raw 4-bit weights for exactly 13B parameters are 6.5GB, but the exact artifact, model architecture, KV cache, context, runtime buffers and concurrency determine the complete budget. A practical starting comparison is 8GB for constrained low-bit paths, 12GB for many quantized configurations, 16GB for more quantization and context choices, and 24GB–32GB for larger precision or working headroom. Verify the exact file.
Estimate the complete workload: enter 13B, precision, context and concurrency in the LLM VRAM calculator. Then compare the planning range with the exact runtime estimate.
13B VRAM requirements by raw precision
Raw-weight arithmetic is parameters × bits per weight ÷ 8. It excludes format metadata, mixed-precision tensors, KV cache and runtime allocations.
| Nominal precision | Raw weights for exactly 13B parameters | Planning implication |
|---|---|---|
| 2-bit | 3.25GB | Small capacity target; quality and format support require testing |
| 3-bit | 4.875GB | Can target smaller pools only after the complete workload is checked |
| 4-bit | 6.5GB | A real artifact plus cache can exceed 8GB |
| 5-bit | 8.125GB | Usually points toward 12GB or more |
| 6-bit | 9.75GB | Can be tight on 12GB after cache and runtime overhead |
| 8-bit | 13GB | Usually needs more than a 16GB label allows safely |
| 16-bit | 26GB | Points toward 32GB or an offload/split path |
Official example: Meta Llama 2 13B
Meta’s official Llama-2-13b-hf repository identifies the 13B pretrained model and displays three FP16 safetensor shards of 9.95GB, 9.9GB and 6.18GB—26.03GB in total. That displayed download total is not peak resident memory, and the repository does not publish an official GGUF quantization table. Do not substitute a community conversion’s file size without naming and checking that exact artifact.
Llama 2 13B has a comparatively large KV cache
The official configuration lists 40 layers, 40 attention heads, 40 KV heads, a 5,120 hidden size and a 4,096-token maximum position setting. The head dimension is 5,120 ÷ 40 = 128. An illustrative FP16 KV-cache tensor payload for one sequence is:
2 × 40 layers × 40 KV heads × 128 head dimension × token slots × 2 bytes
That is approximately 3.125GiB at 4,096 token slots. The leading 2 counts keys and values. This is tensor-payload arithmetic, not a runtime allocation measurement; cache precision, padding, batching and implementation details can change it.
13B versus 14B is not just one billion parameters
The site’s official Qwen2.5-14B example displays 8.99GB Q4_K_M, 10.5GB Q5_K_M, 12.1GB Q6_K and 15.7GB Q8_0 artifacts. Its published configuration uses 48 layers but only eight KV heads. At the same token count and FP16 cache payload, that grouped-query-attention geometry can use much less KV-cache memory than Llama 2 13B’s 40 KV heads.
| Example | Weight evidence | Illustrative FP16 cache at 4,096 slots | Main lesson |
|---|---|---|---|
| Meta Llama 2 13B | 26.03GB displayed FP16 shards; no official GGUF table | 3.125GiB tensor payload | Smaller parameter label does not guarantee a smaller cache |
| Qwen2.5-14B Instruct | 8.99GB Q4_K_M through 15.7GB Q8_0 | 0.75GiB tensor payload | Grouped-query attention materially changes cache geometry |
Use the sourced 14B requirements guide for its complete artifact table and longer-context arithmetic.
What each memory tier means
| Memory tier | Reasonable starting expectation | Do not assume |
|---|---|---|
| 8GB | Constrained low-bit 13B path, short context, partial offload or a combination | That raw 6.5GB 4-bit arithmetic proves an artifact fits |
| 12GB | Many low-bit configurations with carefully controlled cache and overhead | That every 4-/5-/6-bit artifact leaves safe working room |
| 16GB | More quantization and context choices; selected 8-bit paths may still be tight | That a nominal 13GB weight floor guarantees an 8-bit fit |
| 24GB | Substantial quantized headroom and offload flexibility | That the official 26.03GB FP16 file total fits |
| 32GB | Potential FP16-class path after complete cache/runtime validation | That capacity guarantees useful speed or software support |
A validation checklist
- Choose the exact model repository and artifact.
- Record quantization, displayed file size, context, cache precision and concurrency.
- Check the model’s actual layer, KV-head and head-dimension geometry.
- Add runtime buffers, display use and other GPU allocations.
- Confirm the GPU, OS, driver, runtime and kernel support chain.
- Test a representative long request and evaluate output quality.
Choose the next evidence
Compare model classes · Compare 8GB, 12GB and 16GB tiers · Run a repeatable test · Share a measured result · Follow matching hardware
Sources and limits
- Official Meta Llama 2 13B repository and files
- Official Meta Llama 2 13B configuration
- Official Qwen2.5-14B-Instruct-GGUF repository
- Official Qwen2.5-14B-Instruct configuration
- HighVRAM methodology
Reviewed October 25, 2026. Calculations are illustrative and official sources are linked. The two examples have different architectures and native context limits. HighVRAM has not benchmarked every memory tier. Capacity does not establish speed or output quality.
Considering the nearby Gemma 3 12B? See the Gemma 3 family VRAM guide for its official 8.07GB QAT file and 12GB/16GB planning lane.
Need the exact nearby Gemma model? Read the Gemma 3 12B VRAM requirements for Google’s official 8.07GB QAT file, separate vision projector and 8GB/12GB/16GB guidance.
Exact 14B example: the Phi-4 VRAM requirements map Microsoft’s official 5.55GB-through-29.3GB GGUF files to practical memory tiers.
Multimodal exception: the Llama 3.2 11B Vision VRAM guide shows why its official 21.34GB checkpoint, vision stack and image workload do not behave like a generic text-only 11B–14B estimate.