VMware Tuning

Die Performance meiner Windows-VM war seit dem Wechsel auf VWware nie so richtig befriedigend. Auch die Version 2 von VMware hat die Situation nicht nachhaltig verbessert. Zeit also für etwas Tuning :-) 

Meine Windows-VM wurde für Versoion 1 von VMware gestaffelt aufgesetzt: zuerst ein Network-Setup einer VM (Type "Other"), dann eine darauf aufsetzende VM vom Type "Windows" (damit man die VMware-Tools installieren konnte). Die Folge waren zwei voneinander abhängende Windows-Filesystem-Dateien. Und das performt mit der Zeit immer schlechter. Also: Reinstall der Windows-VM in nur einer VM - mit der Version 2 von VMware geht das jetzt.  

Der zweite Tuning-Schritt: Hubraumvergrösserung! Bei Computern heisst das mehr RAM. Verdoppelung von zwei auf vier Gigabyte im Mac, somit kann die VM jetzt ein ganzes statt ein halbes Giga verwenden.

Jetzt läuft Windows in der VM recht ordentlich, ich konnte auch die Zuordnung von zwei für Windows verwendeten CPU-Kernen auf einen zurücknehmen - das erfreut die parallel laufenden Mac-Applikationen.

Ein zusätzlicher Schritt könnte ein (erneuter) Wechsel des Virtualisieres sein, denn Parallels virtualisert Windows schneller als VMware.  Aber bei uns ist jetzt VMware Standard...

Endlich: 10.5 Leopard, aber...

Kurz bevor vor die nächste Mac OS Version Snow Leopard das Licht der Welt erblickt habe ich mein MacBook Pro endlich von 10.4 auf 10.5 Leopard gehievt.

Aber oh Schreck: "Mit Server verbinden..." gibt einen Fehler -6602 und manchmal kommt auch eine Kernel Panic!

Offenbar verbindet sich Leopard nicht mehr richtig mit den Windws-Servern, hier die Aussage von Microsoft:

Cause: Windows Server 2008 implements file share scoping. In previous versions, if you browsed a Cluster Virtual Network name or the node name, you were presented with all the file shares being hosted on the node (local and clustered). Scoping uses the network name to identify if the browse request if for a cluster file share or local. If it's a cluster network name, it only returns the file shares in the group that is associated with the network name. If it's the local name, it only returns the local shares. The same is true when connecting to a file share, the correct network name must be used. When connecting or browsing with an IP address, it will only access to the nodes local non-clustered shares.
- Leopard 10.4 works, because we can see in the network traces that it provides the network name.
- Leopard 10.5 does not provide the network name, only connects via IP address, which causes this issue.

Nun, was kann man da machen? User Windows-Admin hat einen speziellen Zugang zu den Shares aufgesetzt (Merci!), somit kann man sich wieder verbinden.

Zudem habe ich das Problem Apple via Feedback-Seite gemeldet. Der Issue ist sicher schon bekannt, aber "steter Tropfen höhlt den Stein"...

Was die Kernel Panics angeht: die sind wieder verschwunden. Eventuell hat der Re-Install von VMware das Problem gelöst.