Ich werde später in einem weiteren Blogbeitrag noch mehr zum Thema Virtualisierung auf dem Desktop schreiben, doch aktuell interessiert mich was Ihr verwendet. Dazu könnt ihr hier im Blog „abstimmen“ (Liebe Feed- und Planet-Leser. Die Umfrage kann bei euch wahrscheinlich nicht angezeigt werden. Solltet ihr Abstimmen wollen, so bitte ich euch auf das Blog zu kommen).

Ich habe die Antwortmöglichkeiten bewusst auf eine Stimme eingeschränkt. Solltet Ihr mehrere Programme verwenden, dann stimmt bitte für euren Favoriten. //PS: Es geht mir primär um Virtualisierung auf dem Desktop. Nicht um KVM-Server im großen Stil, sondern um die Anwendungsfälle „Schnell mal ein anderes OS testen“ oder „Manchmal brauche ich doch ein Windows“.

Damit man ein 64-bit OS als virtuelle Maschine laufen lassen kann muss die eigene CPU Virtualisierungsfunktionen bereit stellen. Die großen CPU-Hersteller benutzen dafür unterschiedliche Bezeichnungen: Intel Virtualization Technology (Intel VT) oder AMD virtualization (AMD-V).

Aber wie findet man heraus, dass die eigene CPU bereits solch eine Technik beherrscht? Dies geht recht einfach mit einem Blick in /proc/cpuinfo, dort listet das System alle unterstützten Techniken als „flags“ auf. Auf einem Intel-System sieht das dann bspw. so aus:

$ egrep '(vmx|svm)' /proc/cpuinfo
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx cid cx16 xtpr lahf_lm
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx cid cx16 xtpr lahf_lm

Man sieht, dass „vmx“ gelistet ist. Es muss also möglich sein ein 64-bit OS als virtuelle Maschine zu betreiben. Bei einer AMD-CPU sollte „svm“ auftauchen… Aber Achtung! In manchen BIOS kann man „Virtualisierung“ , „VT-X“ oder ähnliches deaktivieren. Das Flag „vmx“ bzw. „svm“ in der /proc/cpuinfo sagt nur aus, dass die CPU Virtualisierung unterstützt, nicht aber ob sie auch über das BIOS aktiviert wurde! Also bitte neu booten um in Bios überprüfen…

…ob VT auch an ist. Wer auf Windows unterwegs ist kann auf ein kleines Tool von VMware zurückgreifen. Es sagt direkt ob die CPU geeignet ist ein 64-bit System zu virtualisieren. Letztendlich darf man auch nicht vergessen den Virtualisierungsprogrammen zu sagen VT auch zu benutzen. In VirtualBox verbirgt sich diese Option hinter dem Schalter VT-x/AMD-V aktivieren…

Diese Option ist beim Anlegen einer virtuellen Maschine in VirtualBox normalerweise deaktiviert. Aktuelle Versionen von VMware Server oder VMware Workstationen benutzen — ich kann mich jedoch auch irren – von Haus aus die VT Erweiterungen der CPU.

Die virtuelle Maschine wird daraufhin neu gestartet und man landet wieder vor der sehr aussagekräftigen Fehlermeldung:

Error:
Installation Failed: D:\ENGLISH\WINXP\PRO_WITH_SP2\I386\asms. Error Message:
The parameter is incorrect

Fatal Error:
One of the components that Windows needs to continue setup could not be installed

The parameter is incorrect

Trotz längerer Recherche, bin ich eher durch Zufall über die Lösung gestolpert. Das Problem lässt sich in den Einstellungen der virtuellen Maschine lösen. Hier ist als Standard die „Legacy Emulation“ aktiviert. Deaktiviert man diese, so bootet die die VM ordentlich und Windows lässt sich installieren.

Oftmals wird diskutiert, welcher Software nun der Vorzug gegeben werden soll. Doch was ist eigentlich die bessere Plattform, um virtualisierte Dienste anzubieten? Im folgenden wird eine VMware Server auf dem selben Rechner mit jedoch unterschiedlichen Betriebsystemen installiert und die Performance des virtuellen Systems gemessen…

Testhardware

Dies geschieht auf folgendem System (Dual-Core mit 3Ghz, 4GB RAM, VMware Server 1.0.4) und unter diesen Betriebsystemen (Windows XP 32-bit, Windows 2003 Server 64-bit, Ubuntu Gutsy Gibbon 7.10 64-bit). Als Gastsystem wird ein Windows 2000 mit den Standardeinstellungen installiert, die VMware beim erzeugen der virtuellen Maschine vorgibt.

Tests

Die Performance des virtuellen Systems wird mit PerformanceTest von Passmark und einer speziellen Software zum Geokodieren von Ortskoordinaten und dem Berechnen der Route zwischen den Koordinaten gemessen, dem späteren Einsatzbereich des hier virtualisierten Systems. Hierfür wird besonders RAM und CPU belastest.

Im ersten Schritt wird die Performance des virtuellen Systems mit dem Benchmark-Tool gemessen. Hierfür werden nur Tests herangezogen, die für das virtuelle System von Relevanz sind. Die 3D-Leistung des Systems ist beispielsweise nicht von Interesse, da die virtuellen Maschinen derzeit noch nicht in der Lage sind, auf die für 3D optimierten Routinen der Grafikkarten zuzugreifen

Hier zeigt sich ein recht ausgeglichenes Bild. Laut Passmark ist die CPU-Leistung unter Ubuntu etwas geringer, die 2D-Leistung der Grafik jedoch um fast 30% höher. Diesen Unterschied merkt man auch im Umgang mit der virtuellen Maschine. Fenster verschieben sich flüssiger, der ganze Desktop fühlt sich einfach nicht so langsam an, wie auf einer unter Windows laufenden virtuellen Maschine. Man könnte fast meinen man würde auf einem normalen Desktoprechner arbeiten.

Eklatant wird der Unterschied beim „Real Life“ Szenario. Die Berechnung von rund tausend Routen erfolgt unter Ubuntu doppelt so schnell wie unter beiden Windows Systemen. Anstatt über eine halbe Stunde zu rechnen ist die Berechnung innerhalb der VM unter Ubuntu schon nach weniger als 18 Minuten beendet.

Fazit

Soll über die Einrichtung eines eigenen VMware Servers entschieden werden, so muss man die Entscheider davon überzeugen auf Linux zu setzen. Neben den gesparten Kosten für die Lizenz eines Serversystems von Microsoft erhält man das System mit der besseren Performance.