Home/Guides/What GPU does a 70B LLM need?
Guide 03 / Deployment planning

What GPU does a 70B LLM need?

A 70B label describes the weight floor, not the complete serving envelope. Use precision, context, concurrency, and topology to build the real plan.

10 min read70B modelGPU requirementsmulti-GPU

Estimate the GPU memory required for a 70B LLM at BF16, 8-bit, and 4-bit, including KV cache, runtime workspace, and multi-GPU planning.

Use the estimates as a transparent planning envelope, then validate them on the exact checkpoint, runtime, GPU topology, and provider configuration.

01 / Planning step

Start with the weight floor

A dense 70B model stores roughly 130 GiB of raw weights at BF16, about 65 GiB at 8-bit, and about 32.6 GiB at a theoretical 4-bit floor. Loaded memory is usually higher because quantized formats add scales and metadata, while some modules may remain at higher precision.

That is why a file-size comparison is not enough. ModelFit applies format overhead before adding cache and runtime workspace, then reserves operating headroom instead of planning against every advertised gigabyte.

02 / Planning step

Context and concurrency change the answer

KV cache holds attention keys and values for active tokens. Its size depends on layer count, KV heads, head dimension, cache precision, context length, and the number of active sequences. Moving from one 8K request to four 32K requests can make cache memory a first-order part of the deployment.

Use the context accepted by the service and the peak active sequences maintained by the scheduler. The model card's maximum context is a limit, not a sensible default.

03 / Planning step

Single-GPU and multi-GPU options

An 80 GB GPU may carry many 70B 4-bit workloads, but the fit can become tight after cache and runtime allocations. BF16 normally requires multiple high-memory GPUs. Tensor parallelism shards most weights, but cache sharding stops at the model's KV-head count and runtime allocations do not divide perfectly.

Memory fit is only the first gate. Interconnect bandwidth, collective communication, kernel support, and host topology determine whether a valid memory plan delivers useful throughput.

  • Use one 80 GB GPU only after validating the exact quantized checkpoint.
  • Use 2× or 4× high-memory GPUs when precision, cache, or concurrency exceeds the single-device envelope.
  • Benchmark latency and throughput on the provider topology before committing capacity.
04 / Planning step

A practical validation sequence

Choose the actual checkpoint and runtime, set the intended context and concurrency, calculate the per-device allocation, and keep headroom. Then run a cold load, sustained generation, and peak-concurrency test while recording device memory and failure behavior.

Treat a calculator result as a shortlist. The final answer belongs to the exact model revision, quantization backend, runtime version, launch flags, GPU form factor, and provider configuration.

Apply the assumptions

Use the matching calculator.

Carry the model, precision, context, concurrency, and topology assumptions into an explicit worksheet.

Open the multi-GPU calculator →
FAQ

Common planning questions.

Can a 70B model fit on one 48 GB GPU?+

Some 4-bit checkpoints may load, but cache, workspace, quantization metadata, and runtime behavior can push the workload beyond a stable 48 GB plan. Validate the exact stack.

Is an 80 GB GPU enough for a 70B model?+

It is often a practical starting point for 4-bit inference, but context, concurrency, adapters, and runtime allocations determine whether the fit is comfortable.

How many GPUs does BF16 70B inference need?+

Raw BF16 weights alone are about 130 GiB, so at least two high-memory devices are required and additional cache, workspace, and headroom must be included.

Next decision

Turn the estimate into a GPU shortlist.

Compare memory profiles, then check the current price index and live capacity before renting.