The NVIDIA RTX PRO 6000 Blackwell Server Edition has 96 GB of GDDR7 VRAM per GPU - enough to run 70B-parameter models on a single card using 4-bit quantisation, or 8 concurrent 13B models in FP16. packet.ai is running 8 of them in a single node for multi-model inference. Here is what we measured.
Key takeaways
The NVIDIA RTX PRO 6000 Blackwell Server Edition is the workstation-class GPU in NVIDIA's Blackwell lineup, positioned between the RTX 5090 (consumer) and the B200 (data centre). Its defining characteristic for inference workloads is the VRAM capacity: 96 GB of GDDR7 per GPU.
A 70B parameter model in Q4_K_M quantisation requires approximately 40-43 GB of VRAM for weights. With 96 GB available on the RTX PRO 6000, you have 53-56 GB of headroom for KV cache and framework overhead.
At 4K context length and 16 concurrent users, KV cache for a 70B model adds roughly 8-12 GB depending on the attention head configuration. The RTX PRO 6000 handles this comfortably. Extending to 8K context doubles the KV cache requirement - still manageable at moderate concurrency.
Measured throughput for Llama 3.1 70B Q4_K_M via vLLM on a single RTX PRO 6000:
$/1M tokens calculated at $0.66/GPU-hr. At batch size 32, the RTX PRO 6000 delivers 70B inference at $1.55/1M output tokens - comparable to the L40S running 7B models.
packet.ai is running an 8-GPU RTX PRO 6000 node in a multi-model inference configuration: one 13B FP16 model per GPU, 8 independent model instances running in parallel.
Configuration:
Measured throughput per GPU: 28-35 tokens/second per instance at batch size 16. Total node throughput: 224-280 tokens/second across 8 parallel model instances.
Total node cost at Dynamic pricing: 8 GPUs x $0.66/GPU-hr = $5.28/hr. At 250 tokens/second sustained, this is approximately $5.85/1M tokens across the node - lower than running a single 70B model at equivalent aggregate throughput.
The comparison is not straightforward because the RTX PRO 6000 and A100 occupy different price points. At packet.ai's Dynamic rates:
For 70B Q4_K_M inference specifically, the A100's higher memory bandwidth gives it a throughput advantage in the single-request, low-latency case - but the RTX PRO 6000's lower hourly rate means it achieves lower cost per token at moderate batch sizes despite lower raw throughput.
Cross-over point (approximate, at our measured throughputs):
Bottom line: for throughput-oriented 70B inference at moderate batch sizes (8-32), the RTX PRO 6000 at $0.66/GPU-hr is more cost-efficient. For latency-sensitive serving where you need TTFT under 400ms, the A100's HBM2e bandwidth advantage matters.
The RTX PRO 6000's Blackwell architecture includes hardware-accelerated ray tracing and DLSS, but for AI image generation (SDXL, Flux.1, Stable Diffusion 3.5), what matters is memory bandwidth and FP16 Tensor Core throughput.
Measured on the RTX PRO 6000 with SDXL 1.0, 40 steps, 1024x1024:
At $0.66/GPU-hr and 3.4 images/second: approximately $0.054 per image at batch size 8. This is in range with packet.ai's Pixel Factory per-image pricing, which runs on similar infrastructure.
The RTX PRO 6000 is available on packet.ai at $0.66/GPU-hr on Dynamic capacity. The Dynamic tier gives you the same 96 GB GDDR7 at the lower scheduling-tier rate. For sustained production inference, Dedicated is available at $1.25/GPU-hr.
To launch a multi-model inference setup similar to what we describe above:
# Launch 8 vLLM instances, one per GPU
for i in {0..7}; do
CUDA_VISIBLE_DEVICES=$i \
python -m vllm.entrypoints.openai.api_server \
--model meta-llama/Llama-3.1-13B-Instruct \
--port $((8001 + i)) \
--tensor-parallel-size 1 \
--dtype float16 \
--max-model-len 8192 &
done
Then configure a load balancer (nginx or HAProxy) to distribute requests across ports 8001-8008. Each instance handles requests independently with no GPU contention between model instances.
Same models. Same API. Fraction of the cost. Start free — no credit card required.
Start Building →