SR-IOV - Intel Arc Pro B50 - Hohe 3D Auslastung, aber stockender Desktop

Danke für die Erklärung. Für dein Ziel sieht das gar nicht schlecht aus: Server 2022 mit VF und CPU-Typ host läuft, Furmark bringt gute FPS, und nach dem was du sagst kommen die AMD-Vi-Faults nur noch beim kompletten Durchreichen. Am Anfang kamen die Faults und das resetting aber an der VF (05:00.2). Das hat wahrscheinlich das Kernel-Update auf 7.0.14-17 gebracht. Bei dir kamen die Bluescreens ja nur alle paar Tage. Würde die Logs noch 1-2 Wochen checken, bevor ich das abhake.

Das komplette Durchreichen würde ich sein lassen, wenn dir dabei regelmäßig der Server absäuft. Die Win11-Geschichte mit der virtuellen CPU ist der Intel-Treiberbug von @Sim0n und spielt für RDS eh keine Rolle.

Das "Resizable BAR: Not Supported" im Intel-Tool kannst du ignorieren. QEMU gibt die ReBAR-Capability dem Gast nicht durch, deshalb sieht der Treiber da immer "nicht unterstützt". Die 8 GB der VF sind trotzdem vollständig gemappt, siehe dein lspci.

Bei 12-20 % WUDFHost wäre ich nicht zu streng. Der Indirect-Display-Treiber rendert mit der GPU und encodiert jede Session, das kostet eben 3D-Last. Wichtig ist, ob der Desktop für die User jetzt flüssig läuft. Test mit mehreren Sessions parallel, die gleichzeitig scrollen. Stockt es dann noch wie am Anfang, oder war das mit dem Kernel-Update gelöst?
 
  • Like
Reactions: Sim0n
Bu66as said:
Bei 12-20 % WUDFHost wäre ich nicht zu streng. Der Indirect-Display-Treiber rendert mit der GPU und encodiert jede Session, das kostet eben 3D-Last. Wichtig ist, ob der Desktop für die User jetzt flüssig läuft. Test mit mehreren Sessions parallel, die gleichzeitig scrollen. Stockt es dann noch wie am Anfang, oder war das mit dem Kernel-Update gelöst?
Click to expand...
Die Performance ist nach dem Kernel-Update besser geworden.
Es ist aber immer noch so, dass ein Benutzer beim scrollen durch eine größere Liste im Browser 40-60% der GPU-3D Leistung auf sich vereint.
Meinem Verständnis nach ist das schon eher viel, aber ich kann schlecht beurteilen ob da nicht einfach die Browser Engine von Chrome daran schuld ist.
Oder welche Auslastung habt Ihr im mittel bei ~10 Usern welche Office+Browser verwenden?

Eine konkrete Frage hätte ich aber schon noch: Der Encoder fehlt und dafür ist 2x Decode im Task Manager geführt, wie kommt es dazu?

1790253199334.png
 
MarkusKo said:
Kenne mich mit SRV-IO und Intel GPU's nich wirklich aus aber auf wieviele virtuelle GPU's wurde die aufgesplittet?
Möglicherweise ist die Leistungsverteilung statisch und abhänging davon wieviele virtuelle GPU's erstellt wurden?

https://github.com/ccpk1/Homelab-Public-Documentation/blob/main/Proxmox Virtual GPU Setup with Intel Arc Pro B50.md#splitting-the-card-into-virtual-gpus
Click to expand...
Die GPU ist aktuell in 2 Virtuelle Instanzen aufgeteilt, wobei die zweite virtuelle Instanz an einer TestVM hängt welche aktuell aus ist.
Meinem Verständnis nach bekommen die VMs die GPU Einheiten (3D,Decode, Encode) entweder per Timeslicing oder anhand einer Queue zugewiesen. Ich wäre also davon ausgegangen, dass ein nicht benütztes VF-Objekt keine Ressourcen auf der Grafikkarte blockiert.
Ich kann das aber morgen nochmal testen indem ich nur eine VF erzeuge und diese dem Server zuweise
 
  • Like
Reactions: MarkusKo
Hat Daniel mal auf den kleinen Pfeil neben "Video Decode 1" geklickt? Der Taskmanager zeigt nur vier Graphen, welche Engine in welchem Kästchen landet, stellst du dort selbst um. In deinem ersten Screenshot stand an der Stelle noch "Video Processing", jetzt eben die zweite Decode-Engine. Da fehlt nix, die Karte hat zwei Video-Engines, und über das Dropdown siehst du alle. Encode läuft bei Intel auf diesen Engines mit, deshalb gibts keine eigene "Encode"-Zeile. Ich muss mich da zu #19 korrigieren, dort hatte ich das Video Processing zugeordnet. Wenn RDP per Hardware encodiert, siehst du die Last unter Video Decode/Decode 1.

Zu den 40-60 % beim Scrollen im Browser: Schau mal im Taskmanager unter Details mit eingeblendeter Spalte "GPU-Modul", ob die Last bei chrome.exe oder bei WUDFHost liegt. Als Gegentest in einer Session die Hardwarebeschleunigung in Chrome ausschalten (Einstellungen > System) und nochmal durch dieselbe Liste scrollen. Dann weißt du, ob Chrome oder der RDP-Pfad das meiste frisst. Zum VF-Test von @MarkusKo: Mit nur einer VF hattest du das in #8 schon probiert, und da war das Verhalten gleich. Genau, eine VF ohne Last belegt keine Zeitscheiben.
 
@Bu66as Deaktiviere ich die Hardwarebeschleunigung in Chrome, dann gibt es keine messbare 3D Last.
Bezüglich Task Manager, dort ist "GPU" und "GPU Engine" Treiberbedingt ausgegraut.
Ich sehe die Auslastung aber im Process Explorer. Dort sind es wie erwähnt fast ausschließlich WUDFHost Prozesse welche die GPU nutzen.
Da dies jeweils Systemprozesse sind ist es bei mehreren angemeldeten Usern schwierig die Auslastung einem Benutzer bzw. einer Applikation zuzuordnen.

Für den Chrome Prozess sehe ich erst GPU Nutzung, wenn beispielsweise ein 4K Video abgespielt wird. Aber auch dann ist laut meinen Tests die Verteilung eher so, dass WUDF 15% und Chrome 3% GPU Nutzung erzeugen

Update:
Noch eine kurze Zusammenfassung der Resultate meiner Tests:

- Die GPU erzeugt in der aktuellen Konfiguration keine Abstürze oder Bluescreens mehr

- Trotz aufwändiger Analyse, Troubleshooting und Nutzung der aktuellsten Treiber (101.8976) konnte das Problem der übermäßigen Auslastung der 3D Engine nicht gelöst werden.

Eventuell kommt irgendwann ein Update von Microsoft oder Intel welches die Probleme behebt, aber zum aktuellen Zeitpunkt ist ein produktiver Einsatz der Grafikkarte im RDP Server kaum möglich.
 
Last edited:
You must log in or register to reply here.
Top Bottom
Back