Barrapunto

Tras los últimos movimientos de Microsoft, y los problemas que está teniendo con Vista, dejo volar un poco la imaginación (o un mucho, depende) y hago la siguiente suposición.
Imaginemos, por un momento, que a Microsoft le da por hacer como a Apple con su MacOSX y desarrolla un sistema operativo basado en Unix, con compatibilidad para ejecutar programas de windows de forma nativa.
Quizá no sea tan descabellado y podamos verlo algún dia.

Saludos.

Leo en cinco dias que...
¿Cinco dias para leer ese texto?

Microsoft siempre hace lo mismo...cuando ve que un negocio o tecnologia esta consolidada, llega él como última pieza del puzle, invierte un pastón y se hace con la parte más grande del pastel.

Esto lo lleva haciendo desde que nacio y le va bien...ahora toca un poco de refilón al mundo Linux...pero llegará el momento en el que nazca Micrinux y veremos como acaba todo...

Un saludo!

Tolito [funpic.org]

El objetivo de Microsoft bien podría ser "fagocitar" a Linux. [blogsome.com]
Lo que es seguro es que M$ pretende robar cuota de mercado a VMWare. Para el que no lo sepa Virtual Server nunca fué una tecnología de Microsoft, es otra compra oportunista de Redmond( el programa absorbido era Virtual PC de Connectix Corporation) para posicionarse estratégicamente

Además, lo suyo es virtualizar Windows dentro de Linux y no al revés, es decir, el sistema inestable dentro del sistema estable, de forma que si windows casca, solo hay que reiniciar el programa de virtualización para tenerlo andando.
Lo contrario supone la caida de los dos sistemas ¿de que me sirve tener un Linux a prueba de bombas ejecutandose de forma virtual dentro de un Windows que falla más que una escopeta de feria?

Encima ahora salen con que permitirán al Linux absorbido comunicarse con el Windows servidor. UFF!Menudo favor que nos hacen a los usuarios de Linux!: Para eso mejor que liberen las especificaciones de comunicación y dejen a los de SAMBA hacer su trabajo!

Microsoft: la corporación-ameba.

A ver si lo he entendido bien, esto quiere decir que se podrá ejecutar windows sobre Xen? ¿solamente en procesadores nuevos con Pacifica/IntelLoQueSea?

Sería genial poder ejecutar windows sobre Xen.

/Parece que la estrategia de Microsoft, a futuro, pasa por compatibilizarse con Linux./

pues que cumpla las exigencias de la UE y que se deje de tonterias. que incluya formatos libres tipo opendocument en sus productos, que documente su windows como dios manda, que soporte estandares como las extensiones rock ridge en su sistema operativo. porque hacer una pagina web sobre linux y ajustar su software para hacerle la competencia a vmware no es compatibilizar una mierda...

Creo que es todo mas simple de lo que quereis pensar.

Llegado el momento en que el Linux se estabilice (de cualquier forma que lo haga) en el mercado domestico/empresarial, y Microsoft no vea la manera de competir con esa cuota de mercado, optará por adaptar sus aplicaciones a esas plataformas, manteniendo su modelo de licencia, etc.

Quiero decir que volveremos a ver Explorer para *nix, tendremos Office para *nix (a sus 300/600€ habituales) y quizá veamos incluso Exchanges, Sharepoints, etc...

Todo esto solo es una opinion en modo "vidente" jejeje

Saludos

Sinceramente creo que Linux y Windows se fusionarán, si no como único S.O sí como dos totalmente compatibles entre ellos (fusión de plataformnas). No ahora, pero a lo mejor dentro de un tiempo ocurre.

Salu2

Copyright del paquete Xen en Debian [debian.org]

Package: xen (2.0.6-1) [debian.org]

Parece que sí es libre, pero también parece que con algún matiz. (No he tenido tiempo de leerlo todo)

Si no me equivoco, Xen requiere modificaciones a los sistemas operativos que quieras ejecutar.
Qemu es un emulador de hardware completo de forma que no requiere modificar el software.
Se espera, que, en el futuro los procesadores incorporen tecnología de virtualización que permitirá a Xen ejecutar SO sin necesidad de que tengan que ser modificados

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

Ambos son libre.

Qemu es un emulador puesto que emula un sistema dentro de otro. Sin embargo esto lo hace tremendamente lento al tener que interpretar todas las instrucciones de la CPU.

La solución es el módulo propietario Kqemu o el libre qemu86. Estos módulos convierten Qemu en un virtualizador, en el sentido de que las instrucciones de la máquina emulada ya no tiene que ser interpretadas por el Qemu sino que se ejecutan directamente en la CPU. EL problema es que la virtualización al 100% es imposible en sistemas x86 sin las nuevas extensiones de Intel y AMD. Por eso, al virtualización de Kqemu sólo funciona para los procesos de usuario de la máquina virtual y no para el código del núcleo. El código del núcleo tiene que seguir siendo interpretado.

Parece lo anterior lo resuelve VMware instalando algún driver o módulo en el sistema operativo en el que corre. Este módulo permite que el código de núcleo de la máquina virtual no tenga que ser interpretado. Por eso VMware es un poco más eficiente, entre otros motivos.

Xen usa paravirtualización. En el anillo 0, donde normalmente correo el núcleo de un SO, corre el hipervisor del Xen. En el anillo 1, donde normalmente no se ejecuta nada, correo el núcleo de los SO de cada máquina virtual. Por debajo de los núcleos y en un nivel inferior de privilegio los programas de usuario. EN este caso nada tiene que ser emulado ni interpretado. Simplemente cuando un SO necesita algún recursos compartido como la CPU, memoria o E/S se lo dice al hipervisor con una llamada al sistema. Este no es el funcionamiento normal de un núcleo y por eso los núcleo tiene que ser parcheados, cosa que no ocurre en una máquina virtual convencional como la de Qemu o VMware. Sin embargo la perdida de eficiencia también es menor.

Para evitar tener que diseñar drivers de E/S para el hipervisor las peticiones de E/S se pasan al sistema operativo de una de las máquinas virtuales, el domino 0