Verzögerungen an der Console

[Robin.Hood]

Hallo zusammen,

wir evaluieren gerade den GSX-Server 3.2 und besonders zufrieden bin ich damit nicht. Im Gegensatz zur VMware Workstation entstehen an der VM-GSX-Console ungewöhnlich hohe Latenzen. Oder wie man im Englischen Forum auch lesen kann „slow Mousemovement“. Mich würde nun interessieren ob es auch jemanden gibt, bei dem das ganze normal läuft. Also so als würde man den Unterschied zwischen der VMware Workstation und GSX Variante nicht merken. Wenn es das überhaupt gibt, würde mich natürlich auch dessen Hostkonfiguration Interessieren. Unser Hostsystem ist zur Zeit mit folgender Hard & Software ausgestattet:

Fujitsu-Siemens Server mit 3,2 GHz Xeon DP 1 MB Cache / 1024 MB RAM / 3x 73 GB Raid 5 am LSI Raidcontr. mit 128 MB Cache / Windows Server 2k3 SP1 und VMware GSX-Server 3.2

Dieser Server ist natürlich auch nur als Test gedacht, in einem späteren Echtbetrieb würden wir natürlich noch ein paar CPUs und Speicher drauflegen.

Im Moment testen wir zwei Gastsysteme. Eines mit W2k SP4 und ein anderes mit WXP SP1. Bei beiden System ist diese lähmende Trägheit an der GSX-Console festzustellen. Da ich im Moment der Projektverantwortliche bin, hängt alles an meiner Entscheidung. Ich würde gerne selbst ein OK aussprechen, aber unter diesen Umständen gibt es leider nur ein klares nein.

Nun bin auf der suche nach Lösungen und hoffe hier fündig zu werden.

Gruß,
Robin

[clabo]

Die Darstellung der VM-Konsolen wird von Diensten, die in der Service-Console laufen, übernommen. ->

1. Checken, ob die SC genug "Luft" hat.
2. Runter mit der Auflösung/Farbtiefe der VM's

Ach ja, und die VMWare-Tools in den VM's installieren

[clabo]

Halt,

falsches Topic, vergesst den Post. Das gilt für den ESX.

[Robin.Hood]

Also ich habe jetzt schon wirklich alles erdenkliche probiert die GSX-Console zu beschleunigen, aber es klappt einfach nicht. Im Gegensatz dazu funktioniert z. B. dass Arbeiten via RDP problemlos und ganz ohne Verzögerungen. Hat hier keiner weitere Erfahrungen gemacht?

Gruß
Robin

[Herbert]

Das Problem kenne ich. Verursacht wird es durch eine fehlerhafte Installationsreihenfolge des VMware SVGA-Treibers.

Folgende Vorgehensweise führte bei uns in allen Fällen zur Abhilfe:

1) Deinstallation des vorhandenen SVGA-Treibers.

2) Man installiert die VMware-Tools auf W2k0/3 / XP ,dann sollten sich vor Ende der Installation die Einstellungen der Anzeige öffnen. Dort aktiviert man sofort die Hardwarebeschleunigung auf 100%.
Das muss man sofort machen, im Nachhinein hat man keine Chance mehr. Dann funzt das auch mit der Maus und sie funzt einwandfrei.


Nichts haben folgende Einträge in der VMX gebracht, die auf der VMware Seite empfohlen wurden:
mks.noHostCursor = "TRUE"
vmmouse.present = "FALSE"

Gruss
Herbert

[Robin.Hood]

Hallo Herbert,

vielen Dank für deinen Tipp. Ich werde es morgen gleich mal testen...

Gruß
Robin

[Kossner]

Hi Robin,

und, hat der Tipp von Herbert etwas gebracht?

Wir haben hier das gleiche Problem! Wir setzen auch einen 2003 SP1 mit GSX 3.2 ein. Startet man die Remote-Console, so ist die Performance unerträglich, d.h. schon bei der Eingabe der Benutzerdaten in der Einloggmaske von 2003 Server. Per RDP ist es ohne Mängel.

Wenn ich mich auf den Host per RDP einlogge und die lokale Console starte, so bleibt der Bildschirm der VM (auch 2003 SP1) schwarz.

Die VMware-Tools mit der Grafikbeschleunigung habe ich, genauso wie Herbert beschrieben hat, installiert/konfiguriert.

Auf dem Host ist auch die Web-Console installiert. Hier ist festzustellen das immer wieder Bilder im Browser nicht angezeigt werden (rotes Kreuz) und kurz nach dem Einloggen der Browser bei einer leeren Seite stehen bleibt!

Also ehrlich gesagt macht gerade die Version 3.2 einen unausgereiften Eindruck! Mit 3.1 gab es keine Probleme.

Vielleicht hat sich ja auch VMware zu sehr auf den ESX/VirtualCenter konzentriert.

[Kossner]

Hier ein Auszug aus dem Log-File. Wer kann damit etwas anfangen?

Code: Alles auswählen


Oct 21 11:17:16: mks| Attaching local console.
Oct 21 11:17:16: mks| Display orientation is default.
Oct 21 11:17:16: mks| Display frequency is 60HZ
Oct 21 11:17:16: mks| Msg_Hint: msg.keyboardHook.hookTimeout (not shown)
Oct 21 11:17:16: kbh| VTHREAD thread 6 "kbh" host id 1708 started
Oct 21 11:17:16: mks| VTHREAD create thread 6 "kbh"
Oct 21 11:17:16: mks| KHBKL: Unable to parse keystring at: ''
Oct 21 11:17:16: mks| VTHREAD destroy thread 6 "kbh"
Oct 21 11:17:16: mks| Fail to add local console. The window/theView is destroyed by UI?
Oct 21 11:17:16: mks| Detatching local console.



[Herbert]

Wir haben hier das gleiche Problem! Wir setzen auch einen 2003 SP1 mit GSX 3.2 ein. Startet man die Remote-Console, so ist die Performance unerträglich, d.h. schon bei der Eingabe der Benutzerdaten in der Einloggmaske von 2003 Server. Per RDP ist es ohne Mängel.

Wenn ich mich auf den Host per RDP einlogge und die lokale Console starte, so bleibt der Bildschirm der VM (auch 2003 SP1) schwarz.

Die VMware-Tools mit der Grafikbeschleunigung habe ich, genauso wie Herbert beschrieben hat, installiert/konfiguriert.

Hi,

ich habe unter 3.2 festgestellt, dass die VMware-Tools bei der ersten Installation oft nicht richtig installiert wurden. Erst bei der zweiten Installation war die Meldung "old Version" (Umstellung 3.1 nach 3.2) verschwunden.

In einigen Fällen (speziell XP) war es erforderlich, vor Installation der Tools den alten VM-SVGA-Treiber zu deinstallieren und rigoros zu löschen. Die Hardwareerkennung des Gastes darf keinen vorhandenen Treiber finden. Dies würde ich als nächstes versuchen.

Den Effekt mit der schwarzen VM-Console innerhalb einer Remoteverbindung haben wir auch (unter allen Gast-OS). Dies habe ich aber nicht weiter verfolgt: "Remote" über "Remote", da kann es leicht zu Inkompatibilitäten kommen.

Ansonsten läuft 3.2 einwandfrei. Nach einer Testphase von einigen Monaten sind mittlerweile 2 unserer Produktivhosts entsprechend upgedatet, die anderen werden folgen.

Gruss
Herbert

[Kossner]

Die Installation von GSX 3.2 war bei uns eine Erst-Installation.

Der schwarze Bildschirm taucht nur bei der lokalen Console des Hosts auf! Per Remote-Console von einem Client klappt der Zugriff (wenn auch langsam).

Und im englisch-sprachigen VMware-Forum hat auch keiner einen Plan....

[Robin.Hood]

So, nach langer Abwesenheit melde ich mich auch mal wieder zu Wort. Da es ja mittlerweile schon den VMware Server gibt, habe ich auch diesen getestet. Fazit: „Alles noch langsamer!“. Ich hätte nicht gedacht, dass man diese Konsolenlamheit noch unterbieten könne, jedoch haben sie es tatsächlich geschafft. Ich bewerte es jedoch noch nicht so streng, da der VMware Server ja noch Beta-Status hat.

Ich würde gerne mit VMware arbeiten, schon allein deswegen, weil man den Host mit nicht so viel Speicher bestücken muss, wie es z.B. bei MS der Fall ist. Hier liegt VMware deutlich in Führung! Allerdings läuft die Redmonder Lösung wesentlich performanter, was uns letzt endlich für diesen speziellen Einsatzzweck einen Virtual Server 2k5 R2 EE bescheren wird. Ein GSX oder VMware Server ist halt doch kein allheilmittel; schade.