Barrapunto

Haber.

- Linux corriendo en Windows: coLinux de forma nativa, VMWare (y bosch, qemm etc) por emulacion (lento)

- Linux corriendo en Linux: coLinux de forma nativa, Xen de forma virtual, VMWare (etc) por emulacion (lento).

- Windows corriendo en Windows: VMware (etc) lento

- Windows corriendo en Linux VMware (etc) lento

Lo que seguramente han acordado es una forma de correr Winows de forma que no sea lenta:

- Windows corriendo en Linux: como kernel Xen

- Windows corriendo en Windows: como kernel Xen... en el caso de que Xen pueda correr en windows.. que lo dudo.. Por tanto probablemente lo que tengamos es una version del kernel de Windows amigable con Xen, de forma que pueda correr en Xen.

He leido rumores de que un kernel de Windows XP modificado por los autores de Xen ya corrian en Xen desde el primer dia. Pero que no podias distribuir este kernel de XP. Dado que habian firmado un NDA para tener acceso a el codigo fuente de windows. Asi que mas que ningun desarrollo, esto es mas bien un "Vaaaaale, podeis sacar esto.. haber si me sirve de algo contra VMWARE que me esta mordiendo las rodillas".

Que alguien mejor informado me corrija.

Ademas si han echo esto, tambien podrian (quizas) hacer como coLinux, y crear un kernel de windows que pudiera correr dentro de userspace en Linux.. heeee... no. Probablemente eso no puede ser.

Ni colinux, ni vmware son lentos, de hecho colinux es simplemente el kernel de linux retocado para que se ejecute como un proceso de windows, por lo que no hay emulación de nada. Qemu es lento por otras historias, pero aun así es posible acelerarlo a niveles similares a vmware mediante ciertos truquis, y en ningún caso es tan lento como bochs, que sí es un emulador 100%.

Xen requiere modificaciones de los sistemas operativos porque necesita que estos se ejecuten a un nivel de prioridad menor que la habitual (máxima). De esta manera, xen se ejecuta como "gestor" de prioridad máxima y puede ejecutar más de un so a la vez, cambiar entre ellos, etc.

Un saludo