Windows auf Apple-Hardware Einstellungen

[antidote]

Heise News 12.01.2006 18:11

Macworld: Apples Intel-Macs dürfen mit Windows laufen -- können sie es auch?
Apples Vize-Präsident und Chef des weltweiten Marketings sagte laut US-Medienberichten am Rande der Macworld, dass seine Firma keine technischen Maßnahmen plane, um die Installation von Microsoft Windows auf den neuen Intel-Macs zu unterbinden. Apple werde Windows aber weder supporten noch verkaufen.

Daraus den Schluss zu ziehen, dass Windows auch tatsächlich auf den am Dienstag vorgestellten Intel-Macs läuft, wäre aber verfrüht. Sowohl der neue iMac wie auch das MacBook Pro nutzen laut Apple statt eines herkömmlichen ACPI- oder PC/AT-BIOS oder der bei PowerPC-Macs bisher üblichen Open Firmware das Extensible Firmware Interface (EFI).

Microsoft unterstützt EFI bisher nur in den 64-Bit-Windows-Versionen für Itanium-Prozessoren (IA-64, IPF). Weder die 32-Bit- noch die x64-Editionen von Windows XP und Windows Server 2003 können bisher mit EFI umgehen – eine allgemeine EFI-Unterstützung will Microsoft erst in Vista integrieren und plant auch ausdrücklich keine Rückportierung.

Nach diesen offiziellen Informationen sieht es so aus, als ob sich Windows XP auf den neuen Macs mit dem 32-bittigen Core Duo nur mit noch unbekannten Hacks installieren und betreiben lassen wird, sofern die Rechner nicht parallel zu EFI noch ein Legacy-BIOS besitzen.

Eine weitere Alternative ist der Einsatz eines PC-Emulators unter Mac OS X, etwa Microsoft Virtual PC for Mac – zumindest theoretisch sollte ein x86-PC-Emulator auf den in den Intel-Macs eingebauten x86-Prozessoren ja nun schneller laufen als auf den G4- oder G5-Prozessoren.

[eigengrau]

VirtualPC gibts noch immer für Mac OS X - mittlerweile auch schon halbwegs schnell auf G5 (G4s konnten ja noch big und little endian). VMware ist halt ganz anders aufgebaut. Im grossen und ganzen gibt es ja drei Arten von Virtualisierung.

Das eine ist wie Bochs oder Pear einfach die CPU komplett zu emulieren und praktisch die Befehle interpretieren. Sprich jeder simulierte Opcode erzeugt viele echte.

Dann wäre da die Möglichkeit einer Just-In-Time Übersetzung. Das macht unter anderem Virtual PC oder z.B. auch die Transmeta Crusoe (made by Linus Torvalds =). Damit lauft zwar schon einiges native - übersetzt werden muss noch immer.

Und dann ist die einfache. Man führt das Programm einfach aus aber in einer weniger priviligierten Zone. Dann muss man nur mehr die Exceptions für nicht erlaube Opcodes abfangen und diese simulieren. Deshalb ist VMware so schön schnell. Aber das ist natürlich nicht portabel und Host und VM müssen die gleiche CPU-Art haben.

Wenn man natürlich die Programme der VM direkt im jeweiligen Betriebsystem ausführen kann ist man noch schneller, weil der Kernel in der VM nicht mehr nur im Usermode laufen muss und damit weniger Kontext-Switches notwendig sind. Das wäre dann Xen und ist ohne Anpassungen des OS in der VM nicht möglich.

Aber ... Darwin ist Open Source. Deshalb sollte es im Prinzip möglich sein Mac OS X unter einem Xen Host auszuführen. Allerdings wird es einige Teile der Hardware - besonders die Grafikkarte - für sich in Anspruch nehmen. Und Windows lauft, an und für sich, nicht unter Xen. Dann kommt noch dazu, dass die Leute von Xen derzeit schon genug mit Linux, BSD und neuerdings OpenSolaris zu tun haben.

Deshalb Virtual PC gibts ziemlich sicher, aber kostet. VMware bietet den Player hoffentlich auch wieder gratis für Mac OS X an und ist damit wohl die interessantere Alternative. Pear wäre interessant gewesen um Mac OS X unter Windows aufzuführen - wäre nicht der Hauptentwickler gestorben und das ganze damit etwas eingeschlafen.

So und ich überleg jetzt wiedermal ob ich mir nicht doch den iMac kaufen soll - im Dual-Monitor schon sehr geil =)

b4n