Hyper-V · GPU-Beschleunigung · Windows 10 & 11

GPU in Hyper-V unter Windows 10 und Windows 11 durchreichen
GPU-P · DDA · Fehlerbehebung

Eine praktische Anleitung zur Nutzung einer physischen Grafikkarte in einer Hyper-V-VM: was offiziell unterstützt wird, was nur als GPU-Partitionierung funktioniert und wie Sie eine Windows-VM Schritt für Schritt konfigurieren.

⏱ 14 Minuten Lesezeit 🪟 Windows 10 Pro / Enterprise 🪟 Windows 11 Pro / Enterprise 🖥️ Hyper-V 🎮 GPU-Partitionierung

Was ist Hyper-V-GPU-Passthrough in Windows 10 und Windows 11?

GPU-Passthrough bedeutet, dass eine virtuelle Maschine direkten oder nahezu direkten Zugriff auf eine im Host-PC installierte physische Grafikkarte erhält. Statt nur den einfachen virtuellen Hyper-V-Anzeigeadapter zu verwenden, kann das Gastbetriebssystem Hardwarebeschleunigung für 3D-Rendering, Videokodierung, CUDA- oder DirectX-Workloads, Remote-Desktop-Sitzungen, leichtes Gaming, KI-Tools und grafikintensive Anwendungen nutzen.

In Hyper-V wird der Begriff „GPU-Passthrough“ häufig für zwei unterschiedliche Technologien verwendet: Discrete Device Assignment (DDA), bei dem eine komplette PCIe-GPU einer VM zugewiesen wird, und GPU-Partitionierung (GPU-P), bei der dem Gast eine Partition der Host-GPU bereitgestellt wird. Auf Windows-10- und Windows-11-Clientsystemen ist GPU-P die praktische Methode, die die meisten Heim- und Workstation-Nutzer ausprobieren — nicht echtes DDA im Server-Stil.

💡
Kurzfassung Wenn Sie Windows 10 oder Windows 11 als Hyper-V-Host verwenden, betrachten Sie GPU-P als realistische Methode und DDA als Serverfunktion. Ein normaler Desktop-PC mit Windows 11 Pro kann GPU-P-Cmdlets anzeigen, das bedeutet aber nicht, dass Microsoft diese Konfiguration für jede GPU, jeden Treiber oder jeden Workload garantiert.

Typische Gründe, eine GPU mit einer Hyper-V-VM zu verbinden

Hyper-V-GPU-Passthrough-Unterstützung: DDA vs. GPU-P unter Windows 10/11

Bevor Sie VM-Einstellungen ändern, sollten Sie die Support-Grenzen verstehen. Microsoft dokumentiert Discrete Device Assignment als Windows-Server-Technologie zum direkten Zuweisen unterstützter PCIe-Geräte, darunter Grafikkarten und NVMe-Geräte, an eine VM. In neueren Microsoft-Hinweisen zur Fehlerbehebung werden DDA und GPU-P ausdrücklich als Serverszenarien beschrieben; Desktop-Hardware und Windows-10/11-Clientbetriebssysteme sind nicht das unterstützte Ziel dieser Enterprise-Workflows zur GPU-Zuweisung.

Technologie Funktionsweise Bester Einsatzbereich Realität auf Windows-10/11-Clients
DDA Reicht eine komplette PCIe-GPU an eine VM durch. Der Host kann diese GPU während der Zuweisung normalerweise nicht verwenden. Windows-Server-Hosts, vertrauenswürdige VMs, dedizierte Hardware, Enterprise-Workloads. Kein normal unterstütztes Client-PC-Szenario. Erfordert kompatible Hardware, Firmware, ACS/IOMMU und sorgfältige Sicherheitsentscheidungen.
GPU-P Erstellt eine GPU-Partition und hängt sie per PowerShell an eine Generation-2-VM an. Gemeinsame Nutzung eines Teils der Host-GPU durch eine VM für Beschleunigung. Wird unter Windows 10/11 Pro oder Enterprise häufig experimentell genutzt, kann aber durch Treiber- und Updateänderungen brechen.
RemoteFX vGPU Ältere virtuelle GPU-Technologie. Nur alte Windows-Server-/Hyper-V-Umgebungen. Nicht verwenden. RemoteFX vGPU wurde aus Sicherheitsgründen entfernt.
⚠️
Wichtig Die folgenden Schritte konzentrieren sich auf GPU-P, weil dies die Methode ist, die Windows-10- und Windows-11-Nutzer auf Hyper-V-Clienthosts am häufigsten ausprobieren. Erstellen Sie vor Experimenten immer einen Prüfpunkt oder ein Backup. Ein Windows-Update, ein GPU-Treiberupdate oder eine Änderung der Hyper-V-Konfiguration kann dazu führen, dass Sie die Einrichtung wiederholen müssen.

Systemanforderungen für Hyper-V-GPU-Partitionierung unter Windows 10 und 11

GPU-Partitionierung reagiert empfindlich auf Hardware, Treiber und die genaue VM-Konfiguration. Prüfen Sie alle folgenden Voraussetzungen, bevor Sie PowerShell-Befehle ausführen.

Anforderungen an den Host-PC

Anforderungen an die virtuelle Maschine

Hyper-V aktivieren, falls es noch nicht installiert ist

Öffnen Sie PowerShell als Administrator und führen Sie aus:

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All

Starten Sie Windows neu, wenn Sie dazu aufgefordert werden. Öffnen Sie danach Hyper-V-Manager über das Startmenü.

Hyper-V-VM vor dem Hinzufügen der GPU vorbereiten

Die VM muss ausgeschaltet und konsistent konfiguriert sein, bevor ein GPU-Partition-Adapter angehängt wird. Führen Sie diese Befehle nicht aus, während sich die VM in einem gespeicherten Zustand befindet.

Schritt 1: VM-Namen als Variable festlegen

Ersetzen Sie Win11-GPU durch den exakten Namen Ihrer virtuellen Maschine:

$vm = "Win11-GPU"

Schritt 2: VM ausschalten

Stop-VM -Name $vm -TurnOff

Schritt 3: Automatische Prüfpunkte und dynamischen Arbeitsspeicher deaktivieren

Set-VM -Name $vm -AutomaticCheckpointsEnabled $false
Set-VMMemory -VMName $vm -DynamicMemoryEnabled $false -StartupBytes 8GB

Schritt 4: Cache- und MMIO-Einstellungen konfigurieren

Diese Einstellungen werden häufig verwendet, wenn GPU-Ressourcen an Hyper-V-VMs angehängt werden. Sie helfen dem Gast, Gerätespeicher korrekt zuzuordnen.

Set-VM -GuestControlledCacheTypes $true -VMName $vm
Set-VM -LowMemoryMappedIoSpace 1GB -VMName $vm
Set-VM -HighMemoryMappedIoSpace 32GB -VMName $vm
Empfehlung Beginnen Sie mit 8 GB RAM für die VM und 32 GB hohem MMIO-Speicher. Wenn der Gast nicht startet oder die GPU nicht initialisiert wird, erhöhen Sie RAM und prüfen Sie die Treiberkompatibilität, bevor Sie viele Variablen gleichzeitig ändern.

GPU-Partitionierung in Hyper-V mit PowerShell aktivieren

Der zentrale GPU-P-Befehl ist Add-VMGpuPartitionAdapter. Er fügt der ausgewählten VM einen virtuellen GPU-Partition-Adapter hinzu. Auf vielen Systemen wählt Hyper-V automatisch die verfügbare partitionierbare GPU aus. Wenn der Befehl fehlschlägt, stellt Ihre Hardware, Ihr Treiber, Ihr Windows-Build oder der Hyper-V-Funktionsumfang GPU-P möglicherweise nicht korrekt bereit.

Schritt 1: Auf partitionierbare GPU prüfen

Get-VMHostPartitionableGpu

Wenn der Befehl GPU-Informationen zurückgibt, erkennt Ihr Host mindestens eine GPU, die Hyper-V als partitionierbar sieht. Wenn nichts zurückgegeben wird, aktualisieren Sie den GPU-Treiber, installieren Sie alle Windows-Updates, starten Sie neu und prüfen Sie die Virtualisierungseinstellungen im BIOS.

Schritt 2: GPU-Partition-Adapter hinzufügen

Add-VMGpuPartitionAdapter -VMName $vm

Schritt 3: Optional GPU-Ressourcenlimits festlegen

Einige Konfigurationen erlauben Mindest-, Höchst- und Optimalwerte für VRAM-, Encode-, Decode- und Compute-Ressourcen. Das genaue Verhalten hängt von GPU und Treiber ab.

Set-VMGpuPartitionAdapter -VMName $vm `
  -MinPartitionVRAM 80000000 `
  -MaxPartitionVRAM 1000000000 `
  -OptimalPartitionVRAM 1000000000 `
  -MinPartitionEncode 80000000 `
  -MaxPartitionEncode 1000000000 `
  -OptimalPartitionEncode 1000000000 `
  -MinPartitionDecode 80000000 `
  -MaxPartitionDecode 1000000000 `
  -OptimalPartitionDecode 1000000000 `
  -MinPartitionCompute 80000000 `
  -MaxPartitionCompute 1000000000 `
  -OptimalPartitionCompute 1000000000

Schritt 4: VM starten

Start-VM -Name $vm

An diesem Punkt kann Windows in der VM ein GPU-bezogenes Gerät erkennen, doch Hardwarebeschleunigung funktioniert in der Regel erst dann korrekt, wenn der Gast Zugriff auf die passenden Treiberdateien hat.

GPU-Treiberdateien vom Host in den Hyper-V-Gast kopieren

GPU-P hängt stark davon ab, dass der Gast Treiberkomponenten sieht, die zum Hosttreiber passen. Der übliche manuelle Ansatz besteht darin, den erforderlichen Treiberordner vom Host in die VM zu kopieren und bei Bedarf anschließend das normale GPU-Treiberpaket im Gast zu installieren.

Host-Treiberordner finden

Öffnen Sie auf dem Host den Datei-Explorer und prüfen Sie:

C:\Windows\System32\DriverStore\FileRepository

Suchen Sie nach Ordnern, die zu Ihrem GPU-Hersteller gehören, zum Beispiel:

Treiberdateien in die VM kopieren

Es gibt mehrere Möglichkeiten, den Ordner zu übertragen:

Ein häufig verwendeter Zielpfad im Gast ist:

C:\Windows\System32\HostDriverStore\FileRepository
⚠️
Treiber müssen zusammenpassen Wenn der Hosttreiber aktualisiert wird, verwendet der Gast die GPU-Partition möglicherweise nicht mehr korrekt. Kopieren Sie in diesem Fall die passenden Treiberdateien erneut oder aktualisieren Sie sie und starten Sie Host und Gast neu.

GPU-Beschleunigung innerhalb der Hyper-V-VM prüfen

Melden Sie sich nach dem Start der VM im Gast an und prüfen Sie, ob Windows den GPU-Beschleunigungspfad erkennt.

Geräte-Manager prüfen

  1. Drücken Sie innerhalb der VM Win + X und öffnen Sie den Geräte-Manager.
  2. Erweitern Sie Grafikkarten.
  3. Suchen Sie nach Ihrer GPU oder einem GPU-Partition-Gerät statt nur nach Microsoft Basic Display Adapter.
  4. Wenn ein Warnsymbol angezeigt wird, öffnen Sie die Geräteeigenschaften und prüfen Sie den Fehlercode.

DirectX-Diagnoseprogramm prüfen

  1. Drücken Sie Win + R, geben Sie dxdiag ein und drücken Sie Enter.
  2. Öffnen Sie die Registerkarte Anzeige.
  3. Prüfen Sie, ob Direct3D-Beschleunigung aktiviert ist und ob der GPU-Name korrekt angezeigt wird.

Task-Manager prüfen

Öffnen Sie den Task-Manager in der VM, wechseln Sie zu Leistung und suchen Sie nach GPU-Aktivität. Starten Sie anschließend eine GPU-fähige Anwendung, zum Beispiel einen Browser mit Hardwarebeschleunigung, einen Videokodierer, einen 3D-Benchmark oder ein Rendering-Tool.

dxdiag
Get-PnpDevice -Class Display

Vollständiger GPU-Passthrough mit Discrete Device Assignment: Voraussetzungen

Discrete Device Assignment ist das Hyper-V-Äquivalent, das klassischem PCIe-Passthrough am nächsten kommt. Dabei wird das Gerät vom Host entfernt und in eine VM eingebunden. Bei GPUs kann dies stärkere Isolation und vollständigeren Gerätezugriff als GPU-P bieten, hat aber strengere Anforderungen und höhere Risiken.

DDA-Anforderungen in der Praxis

Typischer DDA-Befehlsablauf

Die folgenden Befehle zeigen den konzeptionellen Ablauf. Sie werden für zufällige Desktop-Hardware nicht empfohlen, sofern Sie die Kompatibilität nicht bestätigt und keinen Wiederherstellungsplan haben.

$vm = "Server-GPU-VM"
$locationPath = "PCIROOT(...)#PCI(...)#PCI(...)"

Stop-VM -Name $vm -TurnOff
Set-VM -Name $vm -AutomaticStopAction TurnOff
Set-VM -GuestControlledCacheTypes $true -VMName $vm
Set-VM -LowMemoryMappedIoSpace 3GB -VMName $vm
Set-VM -HighMemoryMappedIoSpace 33280MB -VMName $vm

Disable-PnpDevice -InstanceId "PCI\VEN_..." -Confirm:$false
Dismount-VMHostAssignableDevice -LocationPath $locationPath -Force
Add-VMAssignableDevice -LocationPath $locationPath -VMName $vm
Start-VM -Name $vm
🛑
Nicht blind experimentieren Das Aushängen des falschen Geräts kann die Anzeigeausgabe, den Speicher, das Netzwerk oder Eingabegeräte des Hosts lahmlegen. Wenn Sie nur eine GPU und keinen Remotezugriff haben, können DDA-Experimente dazu führen, dass Sie keine nutzbare Konsole mehr haben, bis Sie über den abgesicherten Modus, Remote-PowerShell oder Offlinewartung wiederherstellen.

Hyper-V-GPU-Passthrough funktioniert nicht: häufige Probleme und Lösungen

Get-VMHostPartitionableGpu gibt nichts zurück

Die VM startet, zeigt aber Microsoft Basic Display Adapter

Der Geräte-Manager zeigt Code 43

Code 43 bedeutet meist, dass der Treiber die GPU in der virtualisierten Umgebung nicht initialisieren konnte. Verwenden Sie passende Host- und Gasttreiberdateien, vermeiden Sie sehr alte Treiber und testen Sie mit einer frischen Generation-2-VM. Manche Kombinationen aus Consumer-GPU und Treiber funktionieren mit GPU-P schlicht nicht zuverlässig.

Die VM friert ein oder zeigt einen schwarzen Bildschirm

GPU-Partition-Adapter entfernen

Wenn die VM instabil wird, entfernen Sie den Adapter in einem erhöhten PowerShell-Fenster auf dem Host:

Stop-VM -Name $vm -TurnOff
Remove-VMGpuPartitionAdapter -VMName $vm
Start-VM -Name $vm

Hyper-V-GPU-Passthrough: Vorteile, Einschränkungen und Alternativen

✓ Vorteile

  • Ermöglicht einer VM echte GPU-Beschleunigung statt nur eines einfachen virtuellen Anzeigeadapters.
  • Nützlich zum Testen von Grafikanwendungen, Browsern, Videotools und treiberempfindlicher Software.
  • GPU-P kann es Host und VM ermöglichen, dieselbe physische GPU gemeinsam zu nutzen.
  • Kein zweiter Hypervisor nötig, wenn Hyper-V bereits Teil Ihres Workflows ist.
  • Funktioniert gut für Experimente, wenn Hardware und Treiber kompatibel sind.

✗ Einschränkungen

  • Keine vollständig unterstützte Consumer-Funktion auf Windows-10/11-Clienthosts.
  • Treiberupdates können die Konfiguration beschädigen.
  • Die Leistung entspricht nicht immer direktem Bare-Metal-GPU-Zugriff.
  • Anti-Cheat-Systeme, DRM und manche Spiele können virtualisierte Umgebungen ablehnen.
  • DDA erfordert Server-Hardware und kann die GPU der Hostkontrolle entziehen.

Alternativen zu Hyper-V-GPU-Passthrough

Alternative Am besten geeignet für Hinweise
Workload auf dem Host ausführen Spiele, Videoeditoren, 3D-Anwendungen Am zuverlässigsten und mit der höchsten Leistung.
Windows Sandbox mit vGPU Einmalige Softwaretests Einfach, aber nicht für dauerhafte GPU-lastige Workloads geeignet.
WSL 2 mit GPU-Beschleunigung Linux-KI, ML, CUDA, Entwicklung Für Entwicklungs-Workloads oft besser unterstützt als eine vollständige GUI-VM.
VMware / VirtualBox 3D-Beschleunigung Einfache 3D-Desktopbeschleunigung Nicht identisch mit direktem GPU-Passthrough, aber einfacher für grundlegende GUI-Anforderungen.
Windows Server DDA Dedizierte Enterprise-GPU-Workloads Verwenden Sie unterstützte Hardware und Herstellerdokumentation.

Häufig gestellte Fragen zu Hyper-V-GPU-Passthrough

F Kann ich meine NVIDIA-GeForce- oder AMD-Radeon-GPU unter Windows 11 Pro an Hyper-V durchreichen?
Möglicherweise können Sie GPU-Partitionierung experimentell verwenden, aber echtes DDA-Passthrough ist kein normales unterstütztes Szenario für Windows 11 Pro auf Consumer-Desktop-Hardware. Der Erfolg hängt von GPU, Treiber, Windows-Build, VM-Konfiguration und davon ab, wie die Anwendung die GPU nutzt.
F Ist GPU-P dasselbe wie vollständiger GPU-Passthrough?
Nein. GPU-P gibt der VM Zugriff auf eine partitionierte GPU-Ressource, während der Host dieselbe physische GPU weiter nutzen kann. Vollständiger Passthrough mit DDA weist das gesamte PCIe-Gerät einer VM zu und entfernt den normalen Hostzugriff, solange es angehängt ist.
F Brauche ich eine zweite GPU?
Für GPU-P normalerweise nicht, weil Host und Gast die GPU gemeinsam nutzen können. Für DDA wird eine zweite GPU oder eine Remoteverwaltungs­methode dringend empfohlen, weil die zugewiesene GPU dem Host entzogen wird.
F Verbessert das die Gaming-Leistung in einer Hyper-V-VM?
Es kann die Grafikbeschleunigung im Vergleich zum einfachen Hyper-V-Anzeigeadapter verbessern, garantiert aber keine Bare-Metal-Gaming-Leistung. Anti-Cheat-Systeme, DRM, Eingabelatenz, Display-Remoting und Treiberverhalten können Gaming in einer Hyper-V-VM unzuverlässig machen.
F Warum funktioniert GPU-Passthrough nach einem Treiberupdate nicht mehr?
GPU-P ist empfindlich gegenüber Treiberabgleich. Wenn sich der Host-GPU-Treiber ändert, kann der Gast noch ältere kopierte Treiberkomponenten enthalten. Kopieren Sie den passenden Treiberordner erneut in die VM, installieren oder reparieren Sie den Gasttreiber, entfernen Sie den GPU-Partition-Adapter und fügen Sie ihn erneut hinzu, und starten Sie beide Systeme neu.
F Kann ich stattdessen RemoteFX vGPU verwenden?
Nein. RemoteFX vGPU ist veraltet und wurde wegen Sicherheitslücken entfernt. Verwenden Sie stattdessen GPU-P, DDA auf unterstützter Windows-Server-Hardware, WSL-2-GPU-Beschleunigung oder einen anderen Virtualisierungsansatz.

🧩 Zusammenfassung: Die beste Methode, eine GPU in Hyper-V unter Windows 10/11 zu verwenden

Auf Windows-10- und Windows-11-Clienthosts ist der praktischste Ansatz die GPU-Partitionierung mit Add-VMGpuPartitionAdapter. Damit kann eine Generation-2-Windows-VM Zugriff auf GPU-Beschleunigung erhalten, die Konfiguration sollte jedoch als fortgeschritten und treiberempfindlich betrachtet werden — nicht als garantierte Consumer-Funktion.

Für produktionsreifen vollständigen GPU-Passthrough verwenden Sie Windows Server Hyper-V mit Discrete Device Assignment, Server-Hardware, vom Hersteller unterstützte GPUs und ein vertrauenswürdiges VM-Modell. Alltagsnutzer sollten immer mit einer Test-VM beginnen, einen Prüfpunkt erstellen, die funktionierende Treiberversion dokumentieren und einen Wiederherstellungsweg bereithalten, bevor sie GPU- oder Hyper-V-Einstellungen ändern.