GPU virtualization

In API remoting or API forwarding, calls to graphical APIs from guest applications are forwarded to the host by remote procedure call, and the host then executes graphical commands from multiple guests using the host's GPU as a single user.[1] It may be considered a form of paravirtualization when combined with device emulation.[7] This technique allows sharing GPU resources between multiple guests and the host when the GPU does not support hardware-assisted virtualization. It is conceptually simple to implement, but it has several disadvantages:[1]

• In pure API remoting, there is little isolation between virtual machines when accessing graphical APIs; isolation can be improved using paravirtualization
• Performance ranges from 86% to as low as 12% of native performance in applications that issue a large number of drawing calls per frame
• A large number of API entry points must be forwarded, and partial implementation of entry points may decrease fidelity
• Applications on guest machines may be limited to few available APIs

Hypervisors usually use shared memory between guest and host to maximize performance and minimize latency. Using a network interface instead (a common approach in distributed rendering), third-party software can add support for specific APIs (eg. rCUDA[8] for CUDA) or add support for typical APIs (eg. VMGL[9] for OpenGL) when it is not supported by the hypervisor's software package, although network delay and serialization overhead may outweigh the benefits.

In fixed pass-through or GPU pass-through (a special case of PCI pass-through), a GPU is accessed directly by a single virtual machine exclusively and permanently. This technique achieves 96–100% of native performance[3] and high fidelity,[1] but the acceleration provided by the GPU cannot be shared between multiple virtual machines. As such, it has the lowest consolidation ratio and the highest cost, as each graphics-accelerated virtual machine requires an additional physical GPU.[1]

The following software technologies implement fixed pass-through:

• VMware Virtual Dedicated Graphics Acceleration (vDGA)[10][lower-alpha 1]
• Parallels Workstation Extreme[23]
• Hyper-V Discrete Device Assignment (DDA)[24]
• Citrix XenServer GPU pass-through[25][26]
• Xen[27] and QEMU/KVM[27][28] with Intel GVT-d[29][30][28]

VirtualBox removed support for PCI pass-through in version 6.1.0.[31]

For certain GPU models, Nvidia and AMD video card drivers attempt to detect the GPU is being accessed by a virtual machine and disable some or all GPU features.[32]

In mediated device pass-through or full GPU virtualization, the GPU hardware provides contexts with virtual memory ranges for each guest through IOMMU and the hypervisor sends graphical commands from guests directly to the GPU. This technique is a form of hardware-assisted virtualization and achieves near-native[lower-alpha 2] performance and high fidelity. If the hardware exposes contexts as full logical devices, then guests can use any API. Otherwise, APIs and drivers must manage the additional complexity of GPU contexts. As a disadvantage, there may be little isolation between virtual machines when accessing GPU resources.[1]

The following software and hardware technologies implement mediated pass-through:

• VMware Virtual Shared Pass-Through Graphics Acceleration[lower-alpha 1] with Nvidia vGPU[36] or AMD MxGPU[37]
• Citrix XenServer shared GPU with Nvidia vGPU, AMD MxGPU or Intel GVT-g[25][26]
• Xen[38][39][28] and KVM[40][39] with Intel GVT-g[29][30]

While API remoting is generally available for current and older GPUs, mediated pass-through requires hardware support available only on specific devices.

GPU architectures are very complex and change quickly, and their internal details are often kept secret. It is generally not feasible to fully virtualize new generations of GPUs, only older and simpler generations. For example, PCem, a specialized emulator of the IBM PC architecture, can emulate a S3 ViRGE/DX graphics device, which supports Direct3D 3, and a 3dfx Voodoo2, which supports Glide, among others.[43]

When using a VGA or an SVGA virtual display adapter,[44][45][46] the guest may not have 3D graphics acceleration, providing only minimal functionality to allow access to the machine via a graphics terminal. The emulated device may expose only basic 2D graphics modes to guests. The virtual machine manager may also provide common API implementations using software rendering to enable 3D graphics applications on the guest, albeit at speeds that may be low as 3% of hardware-accelerated native performance.[1] The following software technologies implement graphics APIs using software rendering:

• VMware SVGA 3D software renderer[47]
• VirtualBox VMSVGA graphics controller[45]
• Citrix XenServer OpenGL Software Accelerator[48]
• Windows Advanced Rasterization Platform
• Core OpenGL software renderer
• Mesa software renderer

• Comparison of platform virtualization software