VMware-Forum

Host: Windows 7 x64, Quad-Core, 8GB Ram, keine weitere Software als VMWARE
Client: Windows Server 2003, 768MB RAM

Ich habe den Sprung vom VMWARE Server 1.0 zu WS8 gewagt, da jetzt endlich in der WS8 das Server-Feature eingebaut wurde "(shared) VM auf Systemkonto laufen lassen mit Autostart beim Systemstart".

Vorgehensweise: Auf dem Host war nur ein Program installiert: VMWARE Server 1.0. Dieses deinstalliert und Workstation 8.0 installiert. VM wieder hochgefahren.

Jetzt musste ich feststellen, dass bei mathemat. Berechnungen die VM unter WS8 nur noch halb so schnell läuft, wie unter Server 1.0
Die alten VM-Tools vom Server habe ich auf die neue VM-Tools (WS8) geupdatet. Keine Verbesserung.

Eine Analyse ergab einen Performanceabfall auf der Netzwerkkarte.
verwendestes Tool: netio
Quelle http://www.msexchangefaq.de/tools/netio.htm

Ein Test mit netio (Netzwerkdatendurchsatz) ergab folgende Messung:

Vmware Server 1.0 (bisheriger Virtualisierer auf dem o.g. Host)
NETIO - Network Throughput Benchmark, Version 1.31
TCP connection established.
Packet size 1k bytes: 76.03 MByte/s Tx, 87.35 MByte/s Rx.
Packet size 2k bytes: 70.88 MByte/s Tx, 98.68 MByte/s Rx.
Packet size 4k bytes: 102.97 MByte/s Tx, 108.16 MByte/s Rx.
Packet size 8k bytes: 108.02 MByte/s Tx, 108.61 MByte/s Rx.
Packet size 16k bytes: 107.25 MByte/s Tx, 109.67 MByte/s Rx.
Packet size 32k bytes: 105.46 MByte/s Tx, 108.35 MByte/s Rx.
verbrauchte CPU-Zeit: 9 Sekunden

Vmware WS 8.0 (aktueller Virtualisierer auf dem o.g. Host)
virtuelle Netzwerkkarte: VMware Accelerated AMD PCNet Adapter mit VMWARE Treiber vom 19.02.2010
NETIO - Network Throughput Benchmark, Version 1.31
TCP connection established.
Packet size 1k bytes: 29.10 MByte/s Tx, 75.11 MByte/s Rx.
Packet size 2k bytes: 35.43 MByte/s Tx, 93.02 MByte/s Rx.
Packet size 4k bytes: 47.79 MByte/s Tx, 96.54 MByte/s Rx.
Packet size 8k bytes: 53.87 MByte/s Tx, 96.59 MByte/s Rx.
Packet size 16k bytes: 56.36 MByte/s Tx, 96.62 MByte/s Rx.
Packet size 32k bytes: 60.27 MByte/s Tx, 96.53 MByte/s Rx.
verbrauchte CPU-Zeit: 40 Sekunden

Hat jemand irgendeine Idee? Ich habe damals den Sprung vom Server 1.0 zum 2.0 schon ausgelassen, da der Server 2.0 langsamer war als 1.0.
Sollte sich das jetzt mit der WS8 wiederholen?

es gibt erste Berichte dass die virtuelle Hardware #8 nicht die schnellste waere
hast du zum Vergleich mal eine VM zur hand die noch nicht mit #8 laeuft ?

>hast du zum Vergleich mal eine VM zur hand die noch nicht mit #8 laeuft

ich hatte oben die NETIO Leistung der gleichen VM auf dem gleichen Host unter VMware Server 1.0 gepostet (Netzwerkdurchsatz)

Mir ist der Performance-Abfall aufgefallen, da hatte ich noch die alten VM-Tools. Eine Update der Tools brachte aber keine Verbesserung.

zum Hintergrund (off topic):
Es handelt sich um eine finite Elemente Berechnung.
Diese dauerte unter VM Server 1.0 ingesamt 60 Sekunden. Jetzt rödelt die VM unter WS8 120 Sekunden.
Dabei werden laut Taskmanager folgende Datenmengen in dieser Zeit umgeschaufelt:
Netzwerk: 1MB (geringfügig)
Festplatte: 100MB Schreiben / 250 MB lesen
E/A-Bytes (Andere): 45GB (!)

Microsoft schreibt:

ich glaube du hast mich nicht richtig verstanden ...

die genannten performanceprobleme entstehen anscheinend dann wenn man eine vorhandene VM auf virtHardware 8 upgraded.
Ich haette gerne gewusst ob die VMs auch dann langsam sind wenn sie unter WS 8 laufen - aber noch die alte virtHardware verwenden - oder auf maximal Version 7 upgegraded werden.

sorry, ich hatte im o.g. Beispiel einfach nur die alte VM (vom Server 1.0) geöffnet
das heißt ich war noch auf der alten Hardware (die VM hat sowieso kein USB / Audio / Grafik etc)

In der *.vmx steht somit noch die alte Hardware
config.version = "8"
virtualHW.version = "4"
scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic"
memsize = "768"

und diese alte Maschine läuft unter WS 8 sowohl mit alten als auch neuen VM-Tools langsamer

NETIO - Network Throughput Benchmark, Version 1.31
TCP connection established.
Packet size 1k bytes: 29.10 MByte/s Tx, 75.11 MByte/s Rx.
Packet size 2k bytes: 35.43 MByte/s Tx, 93.02 MByte/s Rx.
Packet size 4k bytes: 47.79 MByte/s Tx, 96.54 MByte/s Rx.
Packet size 8k bytes: 53.87 MByte/s Tx, 96.59 MByte/s Rx.
Packet size 16k bytes: 56.36 MByte/s Tx, 96.62 MByte/s Rx.
Packet size 32k bytes: 60.27 MByte/s Tx, 96.53 MByte/s Rx.
verbrauchte CPU-Zeit: 40 Sekunden

----------------------------------------------------------

jetzt habe ich die Hardware auf WS 8.0 und VM-Tools auf 8.8 aktualisiert:
config.version = "8"
virtualHW.version = "8"
scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic"
memsize = "768"
scsi0:0.present = "TRUE"

überhaupt keine Veränderung, die VM benötigt weiterhin 120 Sekunden anstatt 60 Sekunden für die Berechnung

NETIO - Network Throughput Benchmark, Version 1.31
TCP connection established.
Packet size 1k bytes: 34.22 MByte/s Tx, 87.69 MByte/s Rx.
Packet size 2k bytes: 41.92 MByte/s Tx, 111.55 MByte/s Rx.
Packet size 4k bytes: 53.74 MByte/s Tx, 111.80 MByte/s Rx.
Packet size 8k bytes: 61.90 MByte/s Tx, 112.09 MByte/s Rx.
Packet size 16k bytes: 62.78 MByte/s Tx, 112.29 MByte/s Rx.
Packet size 32k bytes: 68.88 MByte/s Tx, 111.96 MByte/s Rx.
verbrauchte CPU-Zeit: 40 Sekunden

Ich denke da klemmt irgendetwas im I/O Durchsatz. Es geht ja hier nicht nur um Netzwerkperformance (siehe o.g. 40GB andere E/A)
Die CPU-Last während des Netzwerk I/O ist auch auffällig höher.

Ich werde wohl beim guten alten VMWARE Server 1.0 bleiben müssen...

Den 'VMware Accelerated AMD PCNet Adapter ' halte ich persönlich für einen Fehler. Alle meine VMs laufen mit der Intel-Karte 'e1000'...
Verlinke mal bitte ein aktuelles und vollständiges 'vmware.log' aus dem VM-Ordner.
Ich vermute mal, daß die unter dem VMserver1 gemachten Einstellungen für Reservierung von RAM für VMware und Auslagerung von Gast-RAM entweder gelöscht oder mit weniger sinnvollen/performanten Einträgen verschlimmbessert wurden. Ebenfalls in diese Schiene passen auch das Bridge-Interface, mit seiner bekannten Latenz von ~50ms welches zu Durchsatzeinbussen sorgen muß, oder Sparse-Disks bzw aktive Snapshots. Snapshots unter WS, Player, Fusion, VMserver1/2 werden dabei immer als Sparse-Disks gespeichert, was mit Performanceeinbußen verbunden ist.