VM resume nach Update 5.5 auf 7 furchtbar langsam. Warum?

[Kukulkan]

Hallo,

Habe bir jetzt das Update von VMWare Workstation 5.5 auf die neue 7er Version geleistet und bin jetzt ganz unglücklich. Ich halte viele Maschinen im Suspend, damit ich nicht zig Fenster immer neu öffnen muss um weiterzuarbeiten.

Bisher ging das unter VMWare 5.5 ganz ok. Es dauerte etwa 60 Sekunden bis die Maschine (404MB RAM) aus dem Suspend heraus bedienbar war.

Wenn ich im neuen VMWare 7 die Maschine aus dem Suspend hole, dann erscheint zuerst ein kleines Fenster mit Balken und dem Text "Restoring virtual machine state...". Das dauert dann 95 Sekunden bis der Balken durchgelaufen ist. Dann startet die Maschine und unten im Infofeld steht dann "Restoring State..." und dort zählt es dann nochmal von 0% bis 99%. Das dauert nochmal 74 Sekunden.

In Summe warte ich jetzt also fast drei Mal so lange wie mit der 5.5 Version.

Was kann ich machen damit das wieder genau so Flott geht?

Kukulkan

[Dayworker]

Keine Ahnung welche VMware-Einstellungen du auf dem Host für Arbeitsspeicher und der Reservierung für VMware vorgenommen hattest. Ich persönlich finde es auch ungeschickt, bei suspendeten VMs das VMware-Produkt zu wechseln. Probier also einen sauberen Reboot der VM unter WS7 und poste dann die Unterschiede.
Ansonsten verlinke dein "vmware.log" auf http://ifile.it und wir können dann mal nachschauen. Und nein, du kannst hier keine Anhänge machen.

[continuum]

Keine Version suspended so schnell wie WS 5

aber wie der Tagarbeiter schon sagt - poste mal ein vmware.log - dann sehen wir mehr

[Kukulkan]

Hallo

Sorry für die Verspätung. Hier ist mein VMWare.log, welches beim Resume heute Morgen gemacht wurde. Es dauerte wieder zweieinhalb Minuten bis die Maschine halbwegs Nutzbar war.

Die VM hat 512 MB, 4GB Platte (in Datei emuliert) und läuft auf einem Athlon 64 3200+ mit 1,5 GB RAM (neu hochgefahren). Andere Services neben dem Windows Standard laufen nicht (keine Datenbanken, Webserver oder sowas). Lediglich noch ein AVG Virenscanner ist aktiv. Es wird aber nicht schneller wenn ich den deaktiviere.

Hier das Log: http://www.inspirant.de/download/vmware.log

Könnt Ihr da was erkennen?

Grüsse,

Kukulkan

[Dayworker]

Naja, Ulli hat ja dazu schon was gesagt. Allerdings ist eine Einkern-CPU auch nicht grad die beste Vorraussetzung für die Virtualisierung, schließlich braucht das Host-OS auch etwas Systemleistung und "Dec 18 08:10:56.172: vmx| DISKLIB-LINK : Opened 'Q:\WinXPProfSP2_regify\Windows XP Professional.vmdk' (0xa): twoGbMaxExtentSparse, 8388608 sectors / 4 GB." sagt mir, daß du Sparse-Disks verwendest. Die sind nicht für ihre Schnelligkeit bekannt und benötigen dazu bei täglicher VM-Nutzung auch wöchentliche Pflege in Form des Shrinkens der VM-Disk. Ansonsten wirkt sich die Verwaltung des VM-Datenspeichers eher negativ auf die VM-Geschwindigkeit aus und kann im schlimmsten Fall auch zum Nichtstarten der VM führen.

[Kukulkan]

Hi Dayworker,

Allerdings ist eine Einkern-CPU auch nicht grad die beste Vorraussetzung für die Virtualisierung

Aber die CPU-Auslastung auf dem Host ist gerade mal bei 15 bis 20% während des Startens aus dem Suspend? Es scheint also ein reines Schaufeln von Daten zu sein. Die CPU langweilt sich nur... Und unter Workstation 5.5 ging es doch auch viel schneller... Ich dachte es sei evtl. eine Einstellungssache?

Kukulkan

[Dayworker]

Neben Ulli's Aussage zur WS5 kann man bei deiner angegebenen HW jedoch vermuten, daß deine HDD auch nicht grad die schnelllste ist. Ich tippe da noch auf eine Platte mit IDE-Anschluß. Die CPU langweilt sich nur bedingt, sie muß schließlich das Host-OS inklusive AVG-Virenscanner befrieden und gleichzeitig auch Ressourcen für das Gast-OS bereitstellen. Von daher würde ich sagen, daß eine schnellere Platte und eine Dualkern-CPU eine allgemeine Verbesserung erwarten lassen.
Allerdings würde ich in deinem Fall eher auf komplett neue HW mit Virtualisierungsunterstützung in CPU und Chipsatz setzen, aber das ist auch eine Geldfrage. Entweder kannst du mit der jetzigen Situation leben, weil du die Ursachen kennst oder du mußt halt was verändern. Gab es eigentlich einen bestimmten Grund weshalb du auf die WS7 gesetzt hast? Hast du eigentlich für die VMs eine Ausnahme vom Virenscanning erstellt? Ansonsten werden alle VMDK-Dateien beim Zugriff gescannt und bei Dateien im GB-Bereich kann das schon mal etwas dauern, zumal VMware nicht besonders gut auf vom Virenscanner gesperrte Dateien reagiert.

[continuum]

probier mal mit
mainMem.partialLazyRestore = "false"
mainMem.partialLazySave = "false"

in der config.ini