Inferensys

Glossary

Multi-Instance GPU (MIG)

A hardware partitioning feature on modern NVIDIA data center GPUs that allows a single physical GPU to be securely divided into multiple isolated, smaller GPU instances for concurrent workload processing.
Data engineer managing feature store on laptop, feature definitions visible, casual data engineering session.
HARDWARE PARTITIONING

What is Multi-Instance GPU (MIG)?

Multi-Instance GPU (MIG) is a hardware virtualization feature that partitions a single physical NVIDIA data center GPU into multiple isolated, fully independent GPU instances with dedicated compute, memory, and cache resources.

Multi-Instance GPU (MIG) is a hardware-level partitioning capability available on NVIDIA architectures starting with the A100. It allows a single physical GPU to be securely divided into up to seven separate GPU Instances, each appearing to software as an independent, smaller GPU with its own dedicated high-bandwidth memory, streaming multiprocessors, and L2 cache slices. This is achieved through a combination of on-die crossbar partitioning and memory controller isolation, ensuring strict fault isolation and quality-of-service guarantees between instances.

MIG is fundamentally distinct from software-based time-slicing or Multi-Process Service (MPS) because the isolation is enforced entirely in hardware. Each instance has its own memory path, error correction domain, and control plane, meaning a cache thrash or memory error in one instance cannot impact another. This makes MIG ideal for GPU bin packing in cloud and enterprise environments, where multiple smaller inference, training, or rendering workloads must run concurrently on shared hardware without resource contention or security boundary violations.

HARDWARE PARTITIONING

Key Features of MIG

Multi-Instance GPU (MIG) is a hardware-based partitioning feature that allows a single physical NVIDIA data center GPU to be securely divided into multiple isolated, smaller GPU instances. Each instance operates with its own dedicated compute, memory, and cache resources, enabling concurrent workload execution with guaranteed quality of service.

01

Hardware-Level Isolation

MIG partitions a single physical GPU into up to seven independent instances at the hardware level, not through software virtualization. Each instance receives dedicated streaming multiprocessors (SMs), GPU memory slices, and L2 cache partitions. This physical separation ensures that workloads running on different instances cannot interfere with each other—a fault or memory leak in one instance has zero impact on others. Unlike time-slicing or process-level isolation, MIG provides deterministic latency and throughput for each partition, making it suitable for multi-tenant environments where strict SLAs must be enforced.

Up to 7
Instances per GPU
100%
Fault Isolation
02

Flexible Instance Profiles

MIG supports configurable instance profiles that define the exact fraction of GPU resources allocated to each partition. On an NVIDIA A100 40GB GPU, available profiles range from a 1g.5gb slice (1/7th of compute, 5GB memory) to a 7g.40gb full-GPU instance. Administrators can mix and match profiles—for example, combining three 2g.10gb instances with one 1g.5gb instance on a single GPU. This granularity allows infrastructure teams to right-size GPU allocations for diverse workloads, from lightweight inference tasks to demanding training jobs, maximizing utilization without over-provisioning.

10+
Profile Combinations
03

Concurrent Workload Execution

Each MIG instance presents as a fully independent CUDA-capable GPU to the host operating system and applications. This means multiple users, containers, or Kubernetes pods can simultaneously execute different workloads on the same physical GPU without any awareness of each other. A data science team can run a training job on a 4g.20gb instance while the production serving layer handles inference requests on two separate 1g.5gb instances—all on a single A100. This concurrency dramatically improves GPU utilization in shared clusters, reducing idle time and lowering the total cost of ownership for on-premises deployments.

04

Quality of Service Guarantees

MIG enforces strict resource boundaries at the hardware level, providing predictable performance for each instance. Key QoS mechanisms include:

  • Dedicated memory bandwidth: Each instance has guaranteed DRAM bandwidth allocation, preventing noisy-neighbor memory contention
  • Isolated error handling: ECC errors or page faults in one instance are contained and reported only to that instance
  • Independent GPU reset: A single instance can be reset without affecting others, enabling rapid recovery from hung workloads This deterministic behavior is critical for production AI services where latency percentiles must remain stable regardless of co-located workloads.
06

Supported GPU Architectures

MIG is available on NVIDIA GPUs based on the Ampere architecture and newer, including:

  • NVIDIA A100: Up to 7 MIG instances (40GB and 80GB variants)
  • NVIDIA A30: Up to 4 MIG instances (24GB)
  • NVIDIA H100: Up to 7 MIG instances with second-generation MIG enhancements
  • NVIDIA H200: Extended MIG capabilities with larger HBM3e memory pools The feature is exclusive to data center GPUs and is not available on consumer-grade GeForce or professional RTX/Quadro cards. MIG must be explicitly enabled via nvidia-smi or the GPU Operator before instances can be created.
GPU PARTITIONING STRATEGIES

MIG vs. GPU Virtualization vs. Time-Slicing

A technical comparison of hardware partitioning, virtual GPU abstraction, and temporal multiplexing for concurrent workload isolation on NVIDIA data center accelerators.

FeatureMulti-Instance GPU (MIG)GPU Virtualization (vGPU)Time-Slicing

Isolation Mechanism

Hardware-level electrical isolation via SM and memory partitioning

Hypervisor-mediated virtual GPU with driver-level separation

Software scheduler interleaving processes at context-switch boundaries

Fault Containment

Complete; a fault in one instance cannot propagate to others

Partial; driver crash may affect all virtual functions on the physical GPU

None; a misbehaving process can corrupt shared GPU state

Memory Bandwidth QoS

Dedicated HBM partitions with guaranteed bandwidth per instance

Configurable rate limiting via vGPU manager profiles

Best-effort; contention degrades all concurrent workloads

Security Boundary

Physical address space isolation enforced by GPU memory management unit

Logical separation enforced by hypervisor; vulnerable to side-channel attacks

No security boundary; processes share the same GPU context

Supported GPU Architectures

NVIDIA A100, A30, H100, H200 (Ampere and Hopper only)

Most NVIDIA data center GPUs (T4, V100, A100, H100, L40S)

All NVIDIA GPUs with compatible driver

Instance Granularity

Fixed profiles: 1g.5gb to 7g.80gb on A100; 1g.10gb to 7g.80gb on H100

Fractional frame buffer allocation with configurable display heads

Arbitrary; scheduler allocates time quantum per process

Concurrent Workload Limit

Up to 7 isolated instances per A100/H100 GPU

Up to 16 virtual GPUs per physical GPU (profile-dependent)

Theoretically unlimited; bounded by scheduler overhead and memory

Overhead

Negligible; hardware-native partitioning with zero hypervisor tax

5-10% performance overhead from driver virtualization layer

Context-switch latency proportional to GPU state size

MIG ARCHITECTURE

Frequently Asked Questions

Addressing the most common technical questions about NVIDIA's Multi-Instance GPU technology for secure hardware partitioning and workload isolation in enterprise AI infrastructure.

Multi-Instance GPU (MIG) is a hardware-based partitioning feature available on NVIDIA data center GPUs (starting with the A100 architecture) that allows a single physical GPU to be securely divided into multiple isolated, smaller GPU instances, each with its own dedicated compute cores, memory, cache, and memory bandwidth. Unlike software virtualization, MIG operates at the silicon level: the GPU's Streaming Multiprocessors (SMs) and High Bandwidth Memory (HBM) are physically partitioned into separate instances. Each MIG instance presents as a fully independent CUDA-capable device to the operating system, with hardware-enforced fault isolation ensuring that a workload crash or memory error in one instance cannot affect others. The GPU's internal crossbar switch and memory controllers are configured to dedicate specific L2 cache slices and DRAM partitions to each instance, eliminating noisy-neighbor interference. This enables concurrent execution of diverse workloads—such as inference, training, and streaming analytics—on a single physical GPU with guaranteed Quality of Service (QoS).

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.