Wie ich schon sagte, eine VM hat eher selten eine vGPU mit RemoteFX installiert. Ist RemoteFX gar nicht aktive, bringt das Abstellen der Hardwarebeschleunigung nichts, da ja keine Hardware diesbezüglich da ist.
Auch wir hatten von Office 2010 auf 2016 hochgerüstet und einzig und allein die Reduktion der Grafikübertragung zum Client brachte den gewünschten Performancegewinn, halt mit dem Nachteil, dass es nicht so schön aussieht.
Probier es doch einfach mal aus.
Übrigens:
Weitere CPU's bringen tatsächlich nur etwas, wenn man parallele Aufgaben durchführen will (z.B. mehrere User oder Hintergrundprozesse).
Die Grafikleistung einer Anwendung wird wirklich ganz selten von mehr als 1 CPU durchgeführt, da in der .Net-Welt der parallele Zugriff auf das UserInterface technisch gesperrt ist (CrossThread-Error).
Durch die z.T. erheblichen Anforderungen an die grafische Ausgabe dauert das berechenen halt seine Zeit.
In einem anderen Thread wurde z.B. beklagt, dass die Einstellung in den zentralen Mauseigenschaften "Cursor auf OK-Taste positionieren" bei Office nicht mehr funktioniert.
Dies liegt nun darin, dass diese Funktion in der Anwendung nach einem Fenster
des Typ's Button mit der Eigenschaft Default=True sucht.
Nur leider gibt es diese Button-Windows nicht mehr (wie viele andere auch), es wird alles nur noch per Grafikmethode gemalt.
Wer es nachvollziehen möchte, in der alten VS6-C++-Umgebung gibt es ein Spy-Programm, mit dem man Fensterhandels auf dem Bildschirm suchen kann. Dieses findet jedoch nur noch wenige Fenster bei Office und auch anderen Anwendungen.
Und dadurch wird eben auch erhöhter Netztransfer benötigt, da eben alle gemalten Buttons als Bitmap übertragen werden müssen und dies eben auch bei fast jeder Mausbewegung um Statusänderungen weiterzuleiten (Focus-Anzeigen, Farbwechsel usw.).
Bei WPF-Anwendungen wird das Ganze dann noch schlimmer.
