Grafikperformance von Virtual Treeview

[Codehunter]

Zitat von Bünni:

Ich arbeite gerade auch mit der Komponente. Welche Version benutzt du? Ich benutze 6.7 und habe keine Probleme soweit.

Ich habe die 7.1 vom Dezember letzten Jahres.

Zitat von TiGü:

Hast du das Problem schon auf Betriebssystemebene/GDI mit dem "Rohitab API Monitor" untersucht?

Interessantes Tool. Muss ich mir nächste Woche mal anschauen.

[mkinzler]

Schon mal mit 7.2 versucht?

[Codehunter]

7.2 schaut genauso aus. Mittlerweile verorte ich das Problem innerhalb der VirtualBox Guest Additions. Die Darstellung ist auch in anderen Programmen teilweise sehr langsam. Wohl auch abhängig davon, ob diese GDI oder DirectDraw verwenden.

[hoika]

Hallo,
nun das lässt sich doch Evaluieren (schönes Wort ),
wenn das Performance unter Windows nativ getestet wird.

Hier noch mal der Link mit den VirtualBox-Einstellungen:
https://www.virtualbox.org/manual/ch04.html

Vielleicht muss da noch was gesetzt werden.

[Codehunter]

Ich konnte das Problem ausfindig machen. Es liegt an der Kombination von Win-10-Gast, Grafikemulation und Paravirtualisierung. Nach vielen Stunden Testen hat sich die Kombination aus VirtualBox 6.0.5 (neuestes Test-Build), VBoxSVGA-Emulation (deshalb auch 6.0.5 weil mein Gast eine EFI-Installation ist und vor 6.0.5 funktioniert VBoxSVGA nicht EFI) sowie der KVM-Paravirtualisierung als funktionierend herausgestellt. Vorher hatte ich VBoxVGA und Hyper-V.

Die GDI-Grafik ist jetzt deutlich flüssiger. Merkt man schon wenn man nur ein Fenster verschiebt. Vorher nur auf dem Host flüssig und in der VM ruckelig, jetzt beides fast identisch.

Halten wir mal fest, dass VirtualTree an dem beschriebenen Problem unschuldig war. Trotzdem hat das Problem schön gezeigt, dass die Art und Weise, wie der VST sich zeichnet, doch recht aufwendig ist. Auf bestimmten, recht schwachen Maschinen kann das zum Problem werden. So auch bei meinem Testanwender, der gar keine VM nutzt sondern eine Intel-iGPU mit einem nativen Windows.

Ferner bleibt die Feststellung, dass Intel zwar (zumindest bis der AMD Ryzen kam) die besten CPUs baut(e), jedoch bei den GPUs kläglichst versagt.

[DieDolly]

Zitat:

Ferner bleibt die Feststellung, dass Intel zwar (zumindest bis der AMD Ryzen kam) die besten CPUs baut(e), jedoch bei den GPUs kläglichst versagt.

So würde ich das nicht zusammenfassen. Wer ordentliche und flüssige Grafik gepaart mit ordentlicher CPU-Power will, der soll sich eine dedizierte Bürografikkarte anschaffen.
Von kläglich versagen kann man hier in keinem Fall reden. Genau so wenig kann man Äpfel mit Birnen vergleichen.

AMD hat, und das auch noch nach über 15 Jahren und länger, die wohl schlechtesten Sockets die es gibt. Von PGA mal ganz abgesehen, obwohl LGA oder BGA der Stand der Dinge ist.
Wenn man dann auch noch eine schlecht konfigurierte VM nutzt, dort die Grafikleistung schlecht ist und dann Intel schlecht macht, finde ich das ein sehr schwaches Argument.

[Codehunter]

Doch doch, ich bleib dabei. Um zu präzisieren: Die OpenGL-Treiber von Intel sind schlecht. Das scheint bei manchen Programmen, wozu VirtualBox zählt, aber auch manche Grafiksoftware wie z.B. PaintShop Pro, gewaltig Probleme zu machen. Dedizierte Grakas sind wohl auch deshalb eine Hilfe, weil es eben keine dedizierten Intel-Grakas gibt. Insofern kann da nicht so viel schief gehen.

Stand heute würde ich jedenfalls niemandem mehr zu Intel-Prozessoren im Office-Segment raten. Die Ryzen-G mit Vega-11 sind da aktuell das Maß der Dinge.