In letzter Zeit ist es aufgrund von Verbesserungen der GPU-Leistung und -Software möglich geworden, auch unter Windows in einer virtuellen Umgebung eine ausreichende Leistung zu demonstrieren, wenn es sich um ein allgemeines 3D-Spiel handelt. Dazu müssen Sie jedoch die GPU direkt vom Betriebssystem in der virtuellen Umgebung aus berühren. Diese Technologie wird als GPU-Pass-Through bezeichnet. Pass-Through ist sowohl mit der GeForce-Serie von NVIDIA als auch mit der Radeon-Serie von AMD möglich, aber Radeon scheint aus verschiedenen Gründen einfacher zu sein.
Dieser Artikel handelt von der Radeon 5700XT. Dies gilt möglicherweise für andere Produkte, jedoch möglicherweise nicht. Die Verwendung von Informationen erfolgt auf eigenes Risiko.
Grundsätzlich [Arch Linux-Artikel](https://wiki.archlinux.jp/index.php/OVMF_%E3%81%AB%E3%82%88%E3%82%8B_PCI_%E3%83%91 % E3% 82% B9% E3% 82% B9% E3% 83% AB% E3% 83% BC) Es ist in Ordnung, wenn Sie der Straße folgen. Bitte lesen Sie zuerst den Artikel.
Hier sind einige Tipps, die im Artikel nicht erwähnt werden.
Zum Zeitpunkt des Schreibens dieses Artikels (Oktober 2020) wird ein Patch für den Linux-Kernel benötigt. Dies ist erforderlich, um den in der Radeon-Serie vorhandenen Fehler zu umgehen, der allgemein als PCIe-Reset-Fehler bezeichnet wird. Normalerweise wird ein Reset an das Gerät gesendet, wenn die virtuelle Maschine geschlossen wird, aber die Radeon-Serie scheint einen Fehler zu haben, der beim Empfang dieses Befehls in einen seltsamen Zustand versetzt wird. In einer realen Maschine ist die Stromversorgung von PCIe ausgeschaltet, es spielt also keine Rolle, aber im Fall einer virtuellen Maschine wird die Stromversorgung virtuell ausgeschaltet (BACO), sodass dies zu einem Problem wird. Um dieses Phänomen zu vermeiden, müssen Sie ein spezielles Verfahren ausführen, um das Gerät zurückzusetzen. Patch dafür wird von Freiwilligen bereitgestellt. Durch Anwenden dieses Patches ist es möglich, die virtuelle Maschine neu zu starten (zu beenden, den Zyklus zu starten).
Der Radeon-Treiber fordert Sie auf, den Computer sofort nach der Installation neu zu starten. Außerdem wird ein Countdown gestartet und automatisch versucht, die virtuelle Maschine neu zu starten. Starten Sie zu diesem Zeitpunkt den Host neu (wahrscheinlich, weil die Hardware zurückgesetzt werden muss). Es scheint, dass der Treiber nicht einfach durch Neustart der virtuellen Maschine erfolgreich installiert werden kann. Es gibt keine besonderen Warnungen, aber sobald dies fehlschlägt, müssen Sie den Treiber neu installieren.
Nach dem Treiber-Update im Frühjahr 2020 hat es gut funktioniert. Die Bildschirmausgabe an das Display wird nicht gut ausgeführt, und das Display behandelt sie als Zustand ohne Signal. Es besteht die Möglichkeit dieses Phänomens und eine Fehlfunktion des Treibers, daher habe ich es für eine Weile verlassen, aber es gibt keine Anzeichen dafür, dass es auch nach mehreren Updates behoben wird. Deshalb habe ich ernsthaft nach einer Lösung gesucht.
Nach vielen Versuchen und Irrtümern scheint der GPU-Treiber getäuscht zu werden.
Wenn Sie llbvirt verwenden, müssen Sie in der XML-Datei Ihres Computers etwas wie "<vendor_id state =" on "value =" 101 "/>" zu "/ domain / features / hyperv" hinzufügen. Wenn Sie QEMU so verwenden, wie es ist, müssen Sie anscheinend eine beträchtliche Option hinzufügen.
Arch Linux-Artikel
Es scheint, dass fast die gleiche Operation wie erforderlich. "
Auf diese Weise können Sie die GPU wie zuvor verwenden. Außerdem kann jetzt die Aufnahmefunktion (Radeon ReLive) verwendet werden, die zuvor nicht verfügbar war, weil das Element nicht im Treiberdienstprogramm angezeigt wurde. Es gibt auch solche Dinge ...
Der Bereich um die GPU ist mit Propla verfestigt, und jetzt funktioniert es normal, also bin ich mit diesem Ort zufrieden.
Recommended Posts