UK’s trusted IT infrastructure partner since 2003
Servnet
FinanceToolsConfiguratorGet in Touch
AI Infrastructure

LLM VRAM Requirements 2026: The Open-Model GPU Index

Servnet Editorial · IT infrastructure analysis6 min read
Share

The single most striking number in 2026's open-model landscape: DeepSeek V4 needs roughly 1,000GB of VRAM at FP8 — and even that is described as tight once KV cache is added — while an 8B model runs comfortably in around 5GB. That three-order-of-magnitude gulf is why parameter count alone is a useless spec for sizing hardware in 2026. This index compiles verified 2026 VRAM figures for the open models UK teams actually deploy — Llama 4, DeepSeek V4, Kimi K2.5, Qwen 3 32B, Mistral Large 2 — across quantisation levels, plus the KV-cache and overhead rules that turn a raw weight figure into a real GPU-count decision. Model your own context length with the AI GPU Calculator.

2026 Model VRAM Lookup by Quantisation and GPU Tier
Model / ClassQuantised VRAMGPU Tier Needed8B model (Q4)8B model (Q4)~5 GBSingle 12GB GPU14B class (Q4)14B class (Q4)~9-10 GBSingle 16GB GPU32B dense (INT4)32B dense (INT4)~16-20 GBSingle 24GB GPU70B+ dense (Q4)70B+ dense (Q4)40 GB+Dual 24GB GPUsLlama 4 Scout (INT4)Llama 4 Scout (INT4)~55 GBDual 48GB GPUsLlama 4 Maverick…Llama 4 Maverick (INT4)~200 GBMulti-GPU 80GB nodeDeepSeek V4 (FP8)DeepSeek V4 (FP8)~1,000 GBMulti-node cluster
View the data behind this chart
2026 Model VRAM Lookup by Quantisation and GPU Tier
Model / ClassQuantised VRAMGPU Tier Needed
8B model (Q4)8B model (Q4)~5 GBSingle 12GB GPU
14B class (Q4)14B class (Q4)~9-10 GBSingle 16GB GPU
32B dense (INT4)32B dense (INT4)~16-20 GBSingle 24GB GPU
70B+ dense (Q4)70B+ dense (Q4)40 GB+Dual 24GB GPUs
Llama 4 Scout (INT4)Llama 4 Scout (INT4)~55 GBDual 48GB GPUs
Llama 4 Maverick…Llama 4 Maverick (INT4)~200 GBMulti-GPU 80GB node
DeepSeek V4 (FP8)DeepSeek V4 (FP8)~1,000 GBMulti-node cluster

Why VRAM Is the Real Spec Sheet for Open Models in 2026

Parameter counts stopped being a reliable predictor of deployability the moment mixture-of-experts (MoE) architectures went mainstream. Llama 4 Scout is billed as a 109B-parameter model but only activates 17B parameters per token, while DeepSeek V4 sits at 1T total parameters against 37B active. VRAM planning still has to account for the full parameter set that must be resident in memory for most serving engines, not just the headline 'active' figure — which is exactly why a lookup table beats a rule about model size.

For a UK buyer, the practical question mid-2026 is binary at first glance but consequential in practice: does a model fit on a single 24GB workstation card, a dual-GPU 24-48GB desk-side rig, or does it require an 80GB/141GB-class datacentre GPU? That single fact drives capex, power draw, rack space, and whether a workload can stay on-prem or has to move to cloud capacity.

Illustration: LLM VRAM Requirements 2026: The Open-Model GPU Index

Deconstructing VRAM: Weights, KV Cache, Activations and Overhead

Spheron's 2026 memory guidance breaks GPU planning into five components: model weights, KV cache, activation memory, framework overhead, and a fragmentation buffer. Skipping any one of these is the most common reason a model that 'should fit' runs out of memory in production once real traffic arrives.

Weight memory follows a simple rule of thumb, per Data Dynamics' 2026 model-landscape figures: roughly 2GB per 1B parameters at FP16, about 1GB per 1B at 8-bit, and about 0.5GB per 1B at 4-bit. A related weight-only shortcut from Convly AI is parameter count multiplied by quantisation bits, divided by eight — useful for a first-pass estimate before overhead is added.

On top of weights, Data Dynamics recommends adding 20-40% for KV cache and activations. Spheron's own serving guidance is more specific: budget 1.3x-1.5x the weight size for moderate concurrency and context, rising to 1.5x-2x for high-concurrency or long-context serving.

The 2026 Lookup Table: VRAM by Model and Quantisation

The table below combines model-specific 2026 cheat-sheet entries with broader model-class heuristics. The named-model rows (Llama 4 Scout, Llama 4 Maverick, DeepSeek V4) are deployment lookup values that already assume a particular configuration and context, not universal formulas — treat them accordingly rather than applying the same multiplier to a different context length.

Note the scope difference: some figures here are close to weights-only estimates at a stated precision, while others carry an explicit warning that the listed configuration is tight once KV cache is factored in. DeepSeek V4's ~1,000GB FP8 figure falls into the latter category — budget headroom above it, not exactly at it.

Worked Examples: From Raw Weights to Real Deployment

Llama 4 Scout (109B total, 17B active) needs roughly 55GB of VRAM at INT4 but jumps to around 218GB at FP16 — a near four-fold swing driven purely by precision. At INT4 this comfortably suits a dual 48GB-class workstation; at FP16 it demands multi-GPU 80GB-class serving.

Note: While Spheron's 2026 cheat sheet indicates ~55GB VRAM at INT4 for Llama 4 Scout, other 2026 sources suggest figures as low as ~24GB at Q4. This discrepancy highlights the importance of confirming specific context length and overhead assumptions when sizing hardware — the two figures likely reflect different assumptions about context window, concurrency, or the exact 4-bit method used, rather than a contradiction in the model itself. Readers should treat any single VRAM figure as provisional until they've confirmed the quantisation method, target context length, and concurrency assumptions behind it.

Qwen 3 32B, a dense model rather than MoE, scales far more predictably: around 16GB at INT4 and about 64GB at FP16, which lines up neatly with the ~2GB-per-1B-parameter FP16 rule. Dense models are consequently easier to size than MoE architectures where 'total' and 'active' parameters diverge sharply.

DeepSeek V4 (1T total, 37B active) needs approximately 1,000GB at FP8 — and the source explicitly flags this as tight for KV cache on the listed configuration. In practice that means any production deployment needs a materially larger memory pool than the headline figure, not a config that just clears the bar.

Matching Models to GPU Tiers: Single Card to Multi-Node

The single-24GB tier suits 8B, 14B-class and 32B dense models at Q4: LocalAIMaster's 2026 database puts an 8B model at roughly 5GB, a 14B-class model at 9-10GB (fitting a 12-16GB GPU), and a 32B dense model at around 20GB (fitting a 24GB GPU).

70B-and-up dense models need 40GB+ and, per the same database, typically require system RAM spillover or two 24GB GPUs working together — the point at which UK buyers should be evaluating proper AI servers configurations rather than assuming one workstation card will do.

Beyond that, Llama 4 Maverick's ~200GB INT4 footprint and DeepSeek V4's ~1,000GB FP8 footprint push firmly into multi-GPU node or multi-node datacentre territory — a decision UK teams increasingly resolve by weighing on-prem capex against self-hosting LLMs versus cloud GPU costs.

INT4 vs FP16 VRAM Footprint by Model
220 GB165 GB110 GB55 GB0 GB55 GB218 GBLlama 4 Scout16 GB64 GBQwen 3 32BINT4FP16
View the data behind this chart
INT4 vs FP16 VRAM Footprint by Model
Llama 4 ScoutQwen 3 32B
INT4GB55GB16
FP16GB218GB64

Quantisation Trade-offs: INT4 vs FP8 vs FP16

Quantisation is the single biggest lever on VRAM. Applying the weight rule of thumb, moving a model from FP16 (~2GB per 1B parameters) down to 4-bit (~0.5GB per 1B) roughly quarters the weight footprint — visible directly in the Llama 4 Scout figures, where INT4 sits at ~55GB against ~218GB at FP16, and in Qwen 3 32B, where INT4 sits at ~16GB against ~64GB at FP16.

The practical implication for a UK team is that INT4/Q4-class quantisation should be the default assumption for anything targeting consumer or single-workstation GPUs, with higher precision (FP8, FP16) reserved for cases where the extra multi-GPU cost is justified by the workload.

KV Cache and Context Length: Why Long Context Changes the Answer

KV cache is the component most often left out of a naive VRAM estimate — and the one most affected by context length and concurrency. Data Dynamics' 20-40% overhead allowance is a starting point for moderate use; Spheron's serving guidance is more granular, recommending 1.3x-1.5x the weight size for moderate concurrency and context, rising to 1.5x-2x for high-concurrency or long-context serving.

In practice this means the same ~55GB INT4 weight figure for Llama 4 Scout could realistically demand meaningfully more once a team serves long context windows or several concurrent sessions — the gap between a weight-only number and a production-ready figure. Use how much VRAM an LLM needs as a working reference when converting a raw weight estimate into a serving budget.

Methodology

This index compiles VRAM and GPU-count figures published in 2026 by vendor, cloud and hardware-guide sources tracking open-model memory requirements, including model-specific cheat sheets, local-model databases, and model-landscape rule-of-thumb articles. Data collection ran through to July 2026, capturing the most recent published figures for Llama 4 Scout, Llama 4 Maverick, DeepSeek V4, Kimi K2.5, Qwen 3 32B and Mistral Large 2, alongside broader 8B/14B/32B/70B+ model-class heuristics.

Each figure was checked against its original source's stated scope — quantisation level (INT4, FP8, FP16), whether the figure was weights-only or included KV cache and overhead, and any explicit caveat about tight headroom — to avoid conflating figures that measure different things. Where a source described a configuration as tight for KV cache, that caveat is preserved rather than simplified into a binary fit/no-fit verdict.

This is a lookup index, not a live calculator: figures reflect the assumptions of their original publishing source (context length, concurrency, and serving engine) and should be treated as deployment reference points. Readers sizing a specific workload should still model their own context length and concurrency rather than applying these figures universally.

Sources

Every figure in this article traces to the sources below.

  • Spheron — 2026 GPU requirements cheat sheet (model-specific VRAM figures)
  • Spheron — 2026 GPU memory requirements guide (VRAM components and overhead multipliers)
  • LocalAIMaster — 2026 local AI model database (model-class VRAM heuristics)
  • Data Dynamics — 2026 AI model landscape (weight-memory rule of thumb)
  • Convly AI — 2026 AI models and GPUs comparison (weight-only estimate formula)
What Actually Fills GPU Memory During Inference
5Model weightsLargest fixed cost, set by quantisation precision4KV cacheGrows with context length and concurrency3Activation memoryWorking memory used during each forward pass2Framework overheadRuntime, drivers and serving-engine reservations1Fragmentation bufferHeadroom against OOM during long sessions
View the data behind this chart
What Actually Fills GPU Memory During Inference
LayerDetail
Model weightsLargest fixed cost, set by quantisation precision
KV cacheGrows with context length and concurrency
Activation memoryWorking memory used during each forward pass
Framework overheadRuntime, drivers and serving-engine reservations
Fragmentation bufferHeadroom against OOM during long sessions
Open data

The 10 verified data points behind this study are free to download and reuse with attribution (CC BY 4.0).

Cite as: Servnet Research, “LLM VRAM Requirements 2026: The Open-Model GPU Index”, servnetuk.com, 2026.

Share
Key takeaways
  • DeepSeek V4 needs ~1,000GB VRAM at FP8 — explicitly flagged as tight once KV cache is added, so real deployments need headroom above that figure.
  • Llama 4 Scout swings from ~55GB (INT4) to ~218GB (FP16) — a near four-fold difference driven purely by quantisation choice.
  • 32B dense models like Qwen 3 32B fit a single 24GB GPU at INT4 (~16-20GB); 70B+ models typically need two 24GB GPUs or RAM spillover.
  • Budget 1.3x-1.5x the weight size for moderate context/concurrency, and 1.5x-2x for long-context or high-concurrency serving.
  • Dense models scale predictably with quantisation; MoE models like Llama 4 and DeepSeek V4 need their 'total' parameter count sized, not just the 'active' figure.
  • An 8B model needs only ~5GB VRAM at Q4 — the entry point for consumer-GPU local inference in 2026.
Frequently asked

FAQs — LLM VRAM Requirements 2026

How much VRAM does DeepSeek V4 actually need in 2026?

Roughly 1,000GB at FP8 quantisation, according to 2026 cheat-sheet figures — but this is explicitly noted as tight once KV cache is included, so production deployments should plan for meaningfully more headroom than the raw 1,000GB figure.

What GPU do I need to run an 8B or 14B open model?

An 8B model needs roughly 5GB VRAM at Q4, while a 14B-class model needs roughly 9-10GB — both fit comfortably on a 12-16GB consumer GPU, per 2026 local-model database figures, making them the easiest entry point for local inference.

Why does quantisation change Llama 4 Scout's VRAM so much?

Llama 4 Scout needs about 55GB VRAM at INT4 but roughly 218GB at FP16 — a near four-fold gap. Lower-precision quantisation shrinks weight memory almost proportionally, which is why INT4 is the practical default for single or dual-GPU deployment. Note that other 2026 sources report figures as low as ~24GB at Q4 for the same model, underscoring how much context length and overhead assumptions can shift a headline number.

How much extra VRAM should I budget for KV cache?

Data Dynamics recommends adding 20-40% on top of weight memory for KV cache and activations, while Spheron's serving guidance suggests 1.3x-1.5x the weight size for moderate use, rising to 1.5x-2x for long-context or high-concurrency serving.

Can two 24GB GPUs run a 70B-class open model?

Yes — 2026 local-model database figures put 70B-and-up models at 40GB+ VRAM, typically requiring either system RAM spillover or two 24GB GPUs working together, making dual-24GB the practical entry configuration for this tier.

What's a quick formula for estimating VRAM from parameter count?

A weights-only estimate is parameter count multiplied by quantisation bits, divided by eight. Using per-billion rules: roughly 2GB per 1B parameters at FP16, 1GB per 1B at 8-bit, and 0.5GB per 1B at 4-bit, before adding KV cache and overhead.

Related

Continue reading

More in Research

Got a question this study didn't answer?

One conversation with an engineer who's done this before. No sales script.

Talk to Servnet →

Talk to a UK specialist

Get expert advice or a no-obligation quote — servers, storage, networking, maintenance, finance and cloud. We reply the same working day.

or call 0800 987 4111