Hallo zusammen
Wir haben bei uns einen Citrix Server auf einem Windows Server 2003 mit VMWare Server virtualisiert. Leider ist der Citrix Server extrem lahm. z.b. öffnen von Programmen dauert sehr lange.
Zu den Servern:
--- Host ---
Windows2003: Intel QuadCore, 10GB Ram, FC zum SAN
--- Gast ---
Windows2003: "2"CPU, 2GB Ram, 1GB LAN
Citrix Prensentation Server 4.0
Mir ist es ein Rätsel, warum der Server so lahm ist. Alle anderen Server welche auch Virtualisiert sind, sind nicht lahm.
Auf dem Host laufen 2 VM's.
Im Durchschnitt sind 1 - 2 User auf den Server verbunden.
Hat einer von euch eine Idee, was das Problem sein könnte?
Besten Dank für eure Antworten
Gruss Dani
Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
Performance: Citrix Metaframe auf Windows 2003 VMWare Server
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Hallo zusammen
Wir hatten heute genau das gleiche Phänomen. Citrix auf VMware (ESX 3.5) war extrem langsam bzw. träge, alles Andere lief schnell und ohne Probleme.
Das Entfernen einer der beiden virtuellen CPUs hat das Performance Problem behoben.
Hat jemand eine Ahnung woran das liegt?
Ist nur Citrix davon betroffen oder gibt es noch andere Applikationen die mit mehr als einer virtuellen CPU unter Windows Server 2003 Probleme haben?
Gruss
Dominique
Wir hatten heute genau das gleiche Phänomen. Citrix auf VMware (ESX 3.5) war extrem langsam bzw. träge, alles Andere lief schnell und ohne Probleme.
Das Entfernen einer der beiden virtuellen CPUs hat das Performance Problem behoben.
Hat jemand eine Ahnung woran das liegt?
Ist nur Citrix davon betroffen oder gibt es noch andere Applikationen die mit mehr als einer virtuellen CPU unter Windows Server 2003 Probleme haben?
Gruss
Dominique
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
man sollte prinzipiell multiprozessor-VM NUR nutzen, wenn man
- Applikationen hat, die das auch wirklich nutzen. Ansonsten wird jedes Mal die 2. CPU der VM "mitgescheduled" und belegt einen physikalischen Kern, ohne dass sie genutzt wird ==> Jede Menge Ressourcenverschwendung. UND
- man mehr physikalische Kerne hat als man einer VM zuweist. (eine 2vcpu-VM auf einem 1*Dualcore-System ist also eine seehr schlechte Idee.)
Denn beide virtuellen CPUs werden gleichzeitig gescheduled, d.h. die VM "kommt" erst dran mit Rechnen, wenn zwei physikalische Kerne frei sind.
Und dazu kommt (das ist wohl das Hauptproblem bei Citrix, denke ich):
Das Gast-OS bzw. die Applikationen gehen immer davon aus, dass die beiden CPUs komplette CPUs sind. Wenn die jetzt in Wirklichkeit nur auf einzelnen Quadcore-"Vierteln" z.B. ausgeführt werden, ist das performancetechnisch sehr ungünstig.
Viele Grüße,
Jörg
PS.: Beim Rumspielen den HAL im Gast-OS nicht vergessen, wie schon geschrieben
- Applikationen hat, die das auch wirklich nutzen. Ansonsten wird jedes Mal die 2. CPU der VM "mitgescheduled" und belegt einen physikalischen Kern, ohne dass sie genutzt wird ==> Jede Menge Ressourcenverschwendung. UND
- man mehr physikalische Kerne hat als man einer VM zuweist. (eine 2vcpu-VM auf einem 1*Dualcore-System ist also eine seehr schlechte Idee.)
Denn beide virtuellen CPUs werden gleichzeitig gescheduled, d.h. die VM "kommt" erst dran mit Rechnen, wenn zwei physikalische Kerne frei sind.
Und dazu kommt (das ist wohl das Hauptproblem bei Citrix, denke ich):
Das Gast-OS bzw. die Applikationen gehen immer davon aus, dass die beiden CPUs komplette CPUs sind. Wenn die jetzt in Wirklichkeit nur auf einzelnen Quadcore-"Vierteln" z.B. ausgeführt werden, ist das performancetechnisch sehr ungünstig.
Viele Grüße,
Jörg
PS.: Beim Rumspielen den HAL im Gast-OS nicht vergessen, wie schon geschrieben

Hallo Jörg
Vielen Dank für deinen Beitrag.
Da geht mir ein Lichtlein auf.. Weniger ist manchmal mehr.
Die Performance ist massiv gestiegen.
Wenn man das mal genau überlegt: Macht es irgendwie auch Sinn, warum die VM mit 2 Virtuellen CPU's immer die lahmste von allen war.
Besten Dank und einen schönen Abend
Daniel
Vielen Dank für deinen Beitrag.
Da geht mir ein Lichtlein auf.. Weniger ist manchmal mehr.

Die Performance ist massiv gestiegen.
die VM "kommt" erst dran mit Rechnen, wenn zwei physikalische Kerne frei sind
Wenn man das mal genau überlegt: Macht es irgendwie auch Sinn, warum die VM mit 2 Virtuellen CPU's immer die lahmste von allen war.

Besten Dank und einen schönen Abend
Daniel
Zurück zu „VMserver 1 und GSX“
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 4 Gäste