allgemein:3d_support

Diese Seite ist nicht editierbar. Sie können den Quelltext sehen, jedoch nicht verändern. Kontaktieren Sie den Administrator, wenn Sie glauben, dass hier ein Fehler vorliegt.
====== 3D-Unterstützung ======

Die Unterstützung von 3D innerhalb Virtueller Maschinen hängt von einer Reihe unterschiedlicher Parameter ab. Dazu gehören u.a.:
  * Die Hardware des Clients
  * Der Virtualisierer
  * Das Hostsystem
  * Das Gastsystem

Je nach Konfiguration der beteiligten Komponenten sind unterschiedliche Ergebnisse zu erwarten. Teilweise ist die 3D-Funktionalität komplett deaktiviert, läuft mit deutlich verminderter Leistung oder verursacht unterschiedliche Grafikfehler (fehlende Inhalte, schwarze Fenster, ...). Auf dieser Seite wird versucht einen Überblick über die bisher gewonnenen Erkenntnisse in Bezug auf 3D in bwLehrpool zu geben, sowie Empfehlungen zur Optimierung gegeben.


===== Client-Hardware =====
bwLehrpool abstrahiert durch Virtualisierung von der zugrundeliegenden Hardware. Dies hat den Vorteil, dass sich VMs in der Regel auf allen Poolrechner gleich verhalten. Je nach Prozessor, RAM oder Festplatten-Ausstattung werden die VMs natürlich trotzdem unterschiedlich performant ausgeführt. Im Fall von 3D-Anwendungen spielt zusätzlich die Grafikkarte eine wichtige Rolle.

Im MiniLinux von bwLehrpool sind drei Treiber enthalten:
  * nouveau
  * nvidia
  * ati
  * intel ???


===== Konfiguration des Gastsystems (VM) =====

Innerhalb der Virtuellen Maschine kann die Grafik ebenfalls zu einem gewissen Grad beeinflusst werden. Die VMs sehen nur die von VMware bereitgestellte virtuelle Grafikkarte 'VMware SVGA 3D', nicht jedoch die tatsächlich verbaute (z.B. nVidia Quadro K2000). Die zugehörigen Treiber kommen mit den VMware-Tools. Diese sollten daher auf dem aktuellen Stand gehalten werden. Es ist daher auch weder sinnvoll noch hilfreich zusätzlich weitere Grafiktreiber (nVidia / AMD / Intel) innerhalb der VM zu installieren.

Weiterhin kann teilweise beeinflusst werden, welche OpenGL Version in der VM zur Verwendung kommt. Falls die VM alle Voraussetzungen für OpenGL 3.3 erfüllt, damit jedoch Probleme innerhalb bestimmter Software auftritt, kann Windows über eine Systemumgebungsvariable auf OpenGL 2.1 gezwungen werden. Legen Sie dazu die Systemumgebungsvariable 'SVGA_VGPU10' an und setzen den Wert auf '0'. 
((Einen grafischen Editor zum direkten Bearbeiten der Umgebungsvariablen bietet der Befehl ''rundll32 sysdm.cpl,EditEnvironmentVariables'' oder der Menüpunkt „Systemsteuerung – System“ oder die Tastenkombination Windows+Pause. Der Editor ist unter dem Register „Erweitert“ und dort unter „Umgebungsvariablen“ zu finden.))

Nicht zuletzt spielt die verwendete Endanwendersoftware eine große Rolle. Hier muss genau geprüft werden, welche Parameter konfiguriert werden können (Rendering Modus / Hardwarebeschleunigung: OpenGL, DirectX, Software). Manche Applikationen funktionieren besser/schlechter unter OpenGL 2.1 oder einer höheren Hardwareversion (virtualHW.version).

Es empfielt sich alle möglichen Kombinationen in Verbindung mit der Software zu evaluieren, um das bestmögliche Ergebnis zu erzielen. Für solche Aufgaben lassen sich beispielsweise sehr gut studentische Hilfskräfte nutzen, die die unterschiedlichen Möglichkeiten testen und zurückmelden. 

<note important>Bitte beachten Sie, dass alle Änderungern in einer VM in bwLehrpool nichtpersistent sind. Das heißt sobald Sie die VM herunterfahren, werden alle Änderungen (neue VMware-Tools, Systemumgebungsvariable etc.) wieder zurückgesetzt. Sie müssen die VM daher immer lokal bearbeiten und mittels bwLehrpool-Suite neu auf Ihren Satellitenserver hochladen.</note>
===== Konfiguration der VM =====

Die Konfiguration der VM selbst erfolgt über die zugehörige Beschreibungsdatei ('.vmx'). Dort wird beispielsweise definiert, welcher Netzwerk- oder Festplattencontroller verwendet wird, ob 3D-Beschleunigung aktiviert werden soll und welche Hardware-Version die VM besitzt.

Wenn mit Hilfe der bwLehrpool-Suite eine VM auf den Satellitenserver hochgeladen wird, so wird auch immer die zugehörige 'vmx' in Teilen gespeichert. In dieser wird beispielsweise festgelegt, ob 3D-Beschleunigung aktiviert wird oder welche Hardwareversion verwendet wird. Nähere Informationen hierzu finden Sie unter [[client:bwlehrpool-suite#beschreibungsdatei_der_virtuellen_maschine_bearbeiten|Verwaltung Virtueller Maschinen und Veranstaltungen]].

Die dort gesetzten Werte können jedoch je nach Clienthardware von bwLehrpool zur Laufzeit verändert werden. So wird der Wert für die 3D-Beschleunigung ('mks.enable3d') bei nicht bestimmten Grafikkarten deaktiviert.

Als bwLehrpool Administrator können Sie sich die zum Start einer VM verwendeten vmx auf einem Client ansehen. Verbinden Sie sich dazu beispielsweise per SSH und root-Account mit einem gebooteten Client. Unter '/tmp/virt/vmware/' finden Sie Unterordner für jede gestartete VM. Darin finden Sie neben dem 'vmware.log' auch die 'run-vmware.conf'. Diese entspricht der 'vmx'. 

  * virtualHW.version = "10" / "12"
  * mks.enable3d = "TRUE"
  * hardwarecap auf v10 (wann?)

===== Benchmarks =====
  * SpecViewPerf
  * HP Z440
  * Nur bedingte Aussagekraft

==== Beispiele ====

Probleme mit bestimmten Applikationen sind 

Catia:
| {{:allgemein:3d:catia_example_3d_correct.png?direct&400|}} | {{:allgemein:3d:catia_example_3d_incorrect.png?direct&400|}} |
| Korrekte Darstellung (rote und blaue Rahmenlinie) | Fehlerhafte Darstellung |

Creo:
| | |
| Korrekte Darstellung | Fehlerhafte Darstellung |


===== Ausblick =====
Zur Zeit wird von bwLehrpool ausschließlich VMware als Virtualisierer unterstützt. Die alternative Nutzung von VirtualBox wird parallel evaluiert. Das sich daraus jedoch Verbesserungen für 3D ergeben ist jedoch eher unwahrscheinlich. 

Eine mögliche Lösung wäre dagegen das direkte Durchreichen der Grafikkarte an die VM (GPU Passthrough). Dies ist mit QEMU, jedoch nicht mit VMware oder VirtualBox möglich. Es wäre denkbar, dass in Zukunft QEMU in bwLehrpool zur Verfügung gestellt wird. 

^ Vorteile ^ Nachteile |
| <WRAP>
  * VM hat direkten Zugriff auf Grafikkarte
  * Praktisch native Performance
  * CUDA Unterstützung
  * Unterstütung des kompletten OpenGL Befehlssatzes
</WRAP> | <WRAP>
  * Verlust der Hardwareunabhängigkeit
  * Korrekter Treiber muss in der VM installiert werden
  * Erstellung und Bearbeitung der VM mit qemu nur unter Linux und ohne ohne grafische Verwaltung möglich
  * Bisherige VMs vermutlich nicht kompatibel (zumindest Konvertierung nötig)
</WRAP> |



===== OpenGL 2.1 / 3.3 =====

Ab Workstation 12 wird OpenGL 3.3 in Gastsystemen unterstützt. Allerdings nur das Core Profile, nicht jedoch das Compatibility Profile. 

Voraussetzung dafür ist:
  * Die VM ist für die Hardwareversion 12 konfiguriert
  * Das Hostsystem (im Fall von bwLehrpool ist dies das ausgelieferte MiniLinux), die GPU sowie die verwendeten Grafiktreiber unterstützen OpenGL 4.0
  * Linuxsysteme müssen das vmwgfx-Kernelmodul in der Version 2.9.0 oder höher besitzen
  * Eine aktuelle Version von Mesa mit dem 'svga gallium'-Treiber

Ansonsten wird im Gastsystem OpenGL 2.1 verwendet.

Soll innerhalb der VM anstatt OpenGL 3.3 explizit die ältere Version verwendet werden, so kann dies im Fall von Windows über die Systemumgebungsvariable 'SVGA_VGPU10=0' erreicht werden. Anschließend verwendet die VM OpenGL 2.1. Dies kann nötig sein, falls bestimmte Applikationen falsche Grafikdarstellungen anzeigen, die z.B. auf die inkorrekte Nutzung des OpenGL 3.x Core Profiles zurückzuführen sind.

https://www.mesa3d.org/vmware-guest.html
Zuletzt angesehen: • virt-v2v • vmdk-disk-type • pxe_bootmenu • ad_wizard • ssh-wizards • statistics_reporting • virtualisierer • dot_powershell • 3d_support
Suche

Navigation

Drucken/exportieren

Werkzeuge
