BLOG · COMPARISON · · UPDATED

RTX PRO 6000 Blackwell vs H200 NVL for LLM inference: when 96 GB is enough

Eurokommerz, Vienna, since 2006: Private AI/ML · IT Managed Services · Enterprise Training · AI Hardware & Software

IN BRIEF
  • Both are PCIe Gen5 cards rated up to 600 W, most of it through a 16-pin auxiliary power cable; they differ in memory, with 96 GB of GDDR7 at 1,597 GB/s on the RTX PRO 6000 against 141 GB of HBM3e at 4,800 GB/s on the H200 NVL
  • Single-stream generation is bandwidth-bound. The ceiling is memory bandwidth divided by the bytes of weights read per token: about 40 tok/s for a 70B NVFP4 model on the RTX PRO 6000, about 68 tok/s for 70B FP8 on the H200 NVL
  • On the RTX PRO 6000, NVFP4 shrinks Llama 3.3 70B from 68 GiB in FP8 to 40 GiB, which fits with room for a 32k context; NVIDIA’s model card reports MMLU 81.1 against 83.3 for BF16
  • Under the tight latency limits of the interactive Llama 2 70B scenario in MLPerf® Inference v6.0, eight H200 NVL cards delivered 2.6× the throughput of eight RTX PRO 6000; in the offline and server scenarios, their lead over the eight-card RTX PRO 6000 systems cited below was 1 to 18 per cent
  • H200 NVL includes a five-year NVIDIA AI Enterprise subscription and bridges 2 or 4 cards over NVLink; the RTX PRO 6000 has neither, and MIG splits it four ways instead of seven

Supplied by Eurokommerz: RTX PRO 6000 and H200 NVL  Check price and availability →

Memory: 96 GB GDDR7 against 141 GB HBM3e

On paper the two cards are similar: dual-slot, passive, PCIe Gen5, configurable up to 600 W, and both sold for inference in standard rack servers. They differ in the memory system. The RTX PRO 6000 Blackwell Server Edition carries 96 GB of GDDR7 on a 512-bit bus for 1,597 GB/s. The H200 NVL carries 141 GB of HBM3e for 4,800 GB/s, three times the bandwidth and half as much capacity again, at the same power.

The rest of this comparison follows from those two numbers. Producing a token means reading every weight of a dense model once, and every active weight of a mixture-of-experts model, so for a single user, generation speed is limited by memory bandwidth rather than by compute.

Specifications that matter for inference

PARAMETERRTX PRO 6000 SERVER EDITIONH200 NVL
Memory96 GB GDDR7 with ECC141 GB HBM3e
Bandwidth1,597 GB/s4,800 GB/s
FP8 Tensor (dense)~1 PFLOPS1,671 TFLOPS
FP4 Tensoryes, NVFP4 and MXFP4 in TensorRT-LLMno
Board powerup to 600 W, configurableup to 600 W, configurable
Multi-GPU linkPCIe Gen5 only, no NVLinkNVLink bridge, 2- or 4-way, 900 GB/s per GPU
MIGup to 4 × 24 GBup to 7 × 1g.18gb (16.5 GB usable)
NVIDIA AI Enterpriselicensed separately, per GPUfive-year subscription included
Compute capability12.09.0

Sources: NVIDIA product pages for both cards, TensorRT-LLM quantisation support matrix, NVIDIA AI Enterprise licensing guide. H200 NVL Tensor figures are NVIDIA’s sparsity numbers halved; NVIDIA lists the RTX PRO 6000 Server Edition at 2 PFLOPS FP8 without stating sparsity, and ~1 PFLOPS is the Workstation Edition’s dense rate.

Model sizes and KV cache: what fits in 96 GB and 141 GB

Take Llama 3.3 70B, a common starting point for on-premise sizing. The published NVIDIA FP8 checkpoint is 72.7 GB on disk, about 68 GiB in memory. The NVIDIA NVFP4 checkpoint is 42.7 GB, about 40 GiB, and the model card reports MMLU falling from 83.3 to 81.1 and GSM8K from 95.3 to 92.6 for the compression. For most business tasks that loss is acceptable, but not for all, so the decision belongs to whoever owns the evaluation set.

The KV cache comes on top of the weights. Llama 3 70B has 80 layers, 8 key-value heads and a head dimension of 128, so every token in context costs 320 KiB in FP16 or 160 KiB in FP8. A 32k-token context is therefore 10 GiB in FP16, 5 GiB in FP8, per concurrent request at full length.

LLAMA 3.3 70BWEIGHTSFITS 96 GB?FITS 141 GB?
FP16131 GiBnono
FP868 GiByes, ~18 GiB left for KV cacheyes, ~58 GiB left
NVFP440 GiByes, ~46 GiB leftyes, as INT4 AWQ or GPTQ weights (W4A16 or W4A8); Hopper has no FP4 Tensor path

Cache room by a planning rule: 90 per cent of the driver-visible memory (95.6 GiB and 140.4 GiB) minus the weights, without the 3 GiB per card our guide to concurrent users also subtracts.

gpt-oss-120b is the second model in this comparison: 117B parameters, 5.1B active, MXFP4 weights and 65 GB on disk, so it fits either card. Qwen3-235B-A22B does not fit either card on its own: even in NVFP4 it has around 134 GB of weights, more than the 96 GB of the RTX PRO 6000. On the H200 NVL, NVFP4 has no native path, because TensorRT-LLM supports it only on Blackwell and vLLM runs NVFP4 checkpoints there only weight-only, with 16-bit arithmetic; 134 GB would also leave almost no room for context. The FP8 version, at 236 GB, needs two H200 NVL cards.

For a two-card setup, we supply the H200 NVL together with the two-way NVLink bridge, and the four-way bridge for four cards. Tell us the model and the server the cards go into, and you get a written quote.

The arithmetic behind tokens per second

NVIDIA’s own inference-optimisation guide states that in the decode phase, latency is dominated by the speed at which weights are transferred from memory, not by the arithmetic. A useful ceiling for one user is bandwidth divided by the bytes of weights read per token.

MODEL AND PRECISIONRTX PRO 6000 (1,597 GB/s)H200 NVL (4,800 GB/s)
Llama 3.3 70B, FP8, ~70 GB~23 tok/s~68 tok/s
Llama 3.3 70B, 4-bit weights, ~40 GB~40 tok/s (NVFP4)~120 tok/s (INT4 weight-only; no native NVFP4)
gpt-oss-120b, ~5 GB per token~320 tok/s~960 tok/s

Single-stream ceilings from bandwidth ÷ weight bytes read per token, not measurements. gpt-oss-120b is a mixture-of-experts model: per token it reads only its four active experts in MXFP4, the attention layers and the output layer in BF16, about 5 GB of its 65 GB by our arithmetic from OpenAI’s model card. Real numbers land below the ceiling; the ranking does not change.

This is why, for one person typing, the H200 NVL is about three times as fast at any precision: 4-bit weights help both cards, and the bandwidth ratio stays the same. Batching changes the balance, because with many concurrent requests the same weights serve many tokens per read; the workload becomes compute-bound, and the FP4 Tensor Cores of the Blackwell card make a difference.

Published benchmarks: TensorRT-LLM and MLPerf® Inference v6.0

NVIDIA’s TensorRT-LLM performance overview (documentation for 1.4.0rc1, updated on 19 October 2026) lists Llama 3.3 70B in FP4 on one RTX PRO 6000 Server Edition at 1,724 output tokens per second per GPU under full load with 1,000 input and 1,000 output tokens, falling to 296 with 8,192 input and 1,024 output tokens. That is the batched, throughput-first regime.

MLPerf® Inference v6.0 (April 2026) gives like-for-like public numbers; it is the latest round with results for both cards, since the closed division of v6.1, published on 16 September 2026, has no H200 NVL result. On the Llama 2 70B interactive scenario, which caps time-to-first-token at 450 ms and time-per-output-token at 40 ms, a Dell PowerEdge XE7740 with eight H200 NVL cards reached 16,343.8 tokens per second; an eight-card RTX PRO 6000 system in another maker’s server reached 6,238.1 (entry 6.0-0004). In the offline scenario, where latency does not count, the same Dell chassis reached 32,004.0 tokens per second with eight H200 NVL in FP8 and 27,034.8 with eight RTX PRO 6000 in FP4. In the server scenario the figures were 29,084.9 and 25,524.1. HPE’s ProLiant Compute DL380a Gen12 with eight RTX PRO 6000, also in FP4, reached 29,908.4 offline and 28,727.8 in the server scenario. A two-card HPE ProLiant DL385 Gen11 with RTX PRO 6000 reached 6,901.9 offline.

MLPerf® Inference v6.0, Datacenter, closed division, available systems, benchmark llama2-70b-99. Dell PowerEdge XE7740 with eight H200 NVL: entry 6.0-0021 (Interactive, Offline, Server); with eight RTX PRO 6000: entry 6.0-0022 (Offline, Server); eight RTX PRO 6000, Interactive: entry 6.0-0004; HPE ProLiant Compute DL380a Gen12 with eight RTX PRO 6000: entry 6.0-0047 (Offline, Server); HPE ProLiant DL385 Gen11 with two RTX PRO 6000: entry 6.0-0052 (Offline). Retrieved from mlcommons.org on 24 September 2026 (entry 6.0-0047 on 5 October 2026); results verified by MLCommons Association. Per-card comparisons are our division of each system result by its number of GPUs, not an MLPerf® metric. The MLPerf name and logo are registered and unregistered trademarks of MLCommons Association in the United States and other countries. All rights reserved. Unauthorized use strictly prohibited. See www.mlcommons.org for more information.

Taken together, the H200 NVL delivers about 2.6 times the interactive throughput per card when every user is waiting for an answer. Against the eight-card RTX PRO 6000 systems cited here, its lead shrinks to 7 to 18 per cent offline, the scenario closest to a queue of documents that nobody is waiting for, and to 1 to 14 per cent in the server scenario. For such batch work, the Blackwell card in FP4 delivers high throughput at the same 600 W board power.

When 96 GB is enough, and when the H200 NVL is needed

The RTX PRO 6000 Server Edition is the right card when the model fits in FP4 or FP8 with the context and concurrency you run; when the traffic is batch or asynchronous, so throughput matters more than latency per user; when four isolated MIG tenants per card are required; when the same host also needs rendering, video or virtual workstations; and when your servers have no NVLink and none is planned.

The H200 NVL is the right card when users work interactively and per-token latency is part of a service level; when contexts are long and concurrency high, so the KV cache, not the weights, fills the memory; when the model is above roughly 100B dense parameters and has to stay on one host, where two or four bridged cards share 282 or 564 GB over NVLink at 900 GB/s per GPU; and when the five-year AI Enterprise subscription is part of the budget anyway, because the H200 NVL includes it and the RTX PRO 6000 does not.

What we supply

We supply the RTX PRO 6000 Server Edition and the H200 NVL with its two-way and four-way NVLink bridges, as cards for a server you already run (see the RTX PRO 6000 compatible servers and the H200 NVL checklist for an existing server) or in an AI server built to order, on one EU contract and invoice with manufacturer warranty. We size the choice from the workload: the model, the precision your evaluation set tolerates, the concurrency and the context length. The H200 NVL comes with its five-year NVIDIA AI Enterprise subscription; for the RTX PRO 6000, an NVIDIA AI Enterprise licence goes into the same quote where your setup needs one.

FAQ

Does Llama 3.3 70B fit on one RTX PRO 6000?
In FP8, yes: about 68 GiB of weights with roughly 18 GiB left for the KV cache after a 10 per cent reserve, enough for three concurrent 32k contexts with an FP8 cache. In NVFP4, comfortably: 40 GiB of weights and about 46 GiB free. In FP16, no.
Why is the H200 NVL so much faster for one user?
Because single-stream generation is limited by how fast the weights can be read from memory. 4,800 GB/s against 1,597 GB/s is a three-to-one ratio, and the tokens per second follow it.
Can the H200 NVL run FP4 models?
Not natively. NVFP4 and MXFP4 Tensor arithmetic is a Blackwell feature; on Hopper the TensorRT-LLM support matrix instead lists FP8, and INT4 weights through AWQ or GPTQ with 16-bit or FP8 activations (W4A16, W4A8).
Which card takes more MIG instances?
The H200 NVL, with up to seven instances of 16.5 GB; the RTX PRO 6000 Server Edition splits into four of 24 GB. The Blackwell card has larger slices, the Hopper card more of them.
Does the RTX PRO 6000 have NVLink, and do I need it for inference?
The RTX PRO 6000 has no NVLink connector in any of its three editions, so several cards exchange data over PCIe Gen5. For one model on one card, NVLink does not matter. For a model split across two or four cards with tensor parallelism, the H200 NVL’s NVLink bridge at 900 GB/s per GPU, against 128 GB/s for a PCIe Gen5 x16 link (both figures count both directions), removes the PCIe bottleneck.
Is NVIDIA AI Enterprise included?
With the H200 NVL, yes: a five-year subscription per GPU. With the RTX PRO 6000 Server Edition it is licensed separately, per GPU, as a subscription or perpetual licence.

We supply the RTX PRO 6000 Server Edition and the H200 NVL with NVLink bridges, as cards or in AI servers built to order. Describe your task in a few lines and our team will help: we reply within one business day.

Talk to an expert
Talk to an expert

We reply within one business day

By sending this form you agree that we process your details to answer your enquiry; see our privacy policy.

request@eurokommerz.at
Jordangasse 7, 1010 Vienna