RTX 3050 - Order Now
Home / Blog / AI Hosting & Infrastructure / Virtual GPU Partitioning for Inference – Options and Tradeoffs
AI Hosting & Infrastructure

Virtual GPU Partitioning for Inference – Options and Tradeoffs

vGPU, MIG, MPS, and plain CUDA device selection - a plain-English guide to how GPUs get sliced up for multi-workload serving.

“Virtual GPU” means different things in different contexts. On dedicated GPU hosting the meaningful distinctions are whether the hardware is partitioned, whether processes share context, and what your isolation guarantees actually are. Here is the short version.

Contents

Options

CUDA_VISIBLE_DEVICES: The simplest partition – a process sees only the GPUs you assign. Fine-grained at the GPU level, coarse within a GPU.

MPS: Nvidia Multi-Process Service. Multiple processes share one GPU at the driver level with reduced context switching overhead. No memory isolation guarantees.

MIG: Multi-Instance GPU. Hardware partitioning. A single GPU is split into multiple independent instances each with dedicated compute and memory. Only available on A100/H100-class cards – not on 5090 or 6000 Pro.

vGPU (Nvidia GRID): Virtualisation for VDI workloads. Possible via Nvidia licenses but usually not relevant for AI inference.

What Works on Our Cards

CardAvailable Partitioning
RTX 5090CUDA_VISIBLE_DEVICES, MPS
RTX 6000 ProCUDA_VISIBLE_DEVICES, MPS
RTX 4060 TiCUDA_VISIBLE_DEVICES, MPS
R9700HIP_VISIBLE_DEVICES, no MPS-equivalent

MIG is not available on consumer or workstation Nvidia SKUs in 2026. If you need hardware-level partitioning, you are in A100/H100 territory which is not where our UK hosting currently competes.

Simple Device Isolation Usually Wins

CUDA_VISIBLE_DEVICES plus careful scheduling covers 90% of multi-workload patterns.

Browse GPU Servers

Practical Patterns

For multiple models on one card: run multiple processes with CUDA_VISIBLE_DEVICES picking the same device. Each process allocates its VRAM slice. Use MPS if you want reduced kernel-launch contention.

For multiple tenants: one GPU per tenant if budget allows, MPS if you must share, containers for process isolation.

For a model-per-GPU: just use CUDA_VISIBLE_DEVICES. Nothing fancier needed.

The Short Answer

For dedicated hosting on consumer-class Nvidia, CUDA_VISIBLE_DEVICES and containers cover most needs. Reach for MPS only when you measure kernel-launch overhead as a real problem. Do not reach for MIG because you cannot – it is not available on these cards.

See multi-tenant isolation patterns.

Need a Dedicated GPU Server?

Deploy from RTX 3050 to RTX 5090. Full root access, NVMe storage, 1Gbps — UK datacenter.

Browse GPU Servers

gigagpu

We benchmark, deploy, and optimise GPU infrastructure for AI workloads. All data in our guides comes from real-world testing on our UK-based dedicated GPU servers.

Ready to deploy your AI workload?

Dedicated GPU servers from our UK datacenter. NVMe storage, 1Gbps networking, full root access.

Browse GPU Servers Contact Sales

Have a question? Need help?