<div class="gmail_quote">2009/3/1 Marcelo Fernández <<a href="mailto:fernandezm22@yahoo.com.ar">fernandezm22@yahoo.com.ar</a>> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Sebastian Abate escribió: <div class="Ih2E3d">> Lo que me molesta de KVM es que no soporta paravirtualización, con lo > que se desperdician muchos recursos cuando se quiere virtualizar un > Linux dentro de otro Linux. Y aunque para este tipo de virtualización > existe OpenVZ (que no es virtualización propiamente dicho, pero > bueno...), el problema es que OpenVZ no soporta otros sistemas > operativos, por lo que si yo quiero correr un Host o dom0 Linux, y dos > VM o domU (una Linux y otra Windows) no podría hacerlo; y este mismo > escenario con KVM me obliga a correr el Linux virtualizado en modo > full (perdiendo performance). </div>Hola Sebastián, dejame tomarme el atrevimiento de corregirte en esta idea. KVM, al necesitar y estar diseñado para aprovechar las extensiones de virtualización por hardware, tiene una performance equivalente a una paravirtualización. Básicamente, KVM (y las extensiones por hardware del micro) hacen que el mismo kernel de Linux maneje las VMs como procesos. Cito de acá [1]: "The approach that KVM takes is to turn a Linux kernel into a hypervisor simply by loading a kernel module. The kernel module exports a device called /dev/kvm, which enables a guest mode of the kernel (in addition to the traditional kernel and user modes). With /dev/kvm, a VM has its own address space separate from that of the kernel or any other VM that's running. Devices in the device tree (/dev) are common to all user-space processes. But /dev/kvm is different in that each process that opens it sees a different map (to support isolation of the VMs). KVM then simply turns the Linux kernel into a hypervisor (when you install the kvm kernel module). Because the standard Linux kernel is the hypervisor, it benefits from the changes to the standard kernel (memory support, scheduler, and so on). Optimizations to these Linux components (such as the new O(1) scheduler in the 2.6 kernel) benefit both the hypervisor (the host operating system) and the Linux guest operating systems. But KVM isn't the first to do this. UML has been transforming the Linux kernel into a hypervisor for quite some time. With the kernel acting as a hypervisor, you can then start other operating systems, such as another Linux kernel or Windows." [1] <a href="http://www.ibm.com/developerworks/linux/library/l-linux-kvm/" target="_blank">http://www.ibm.com/developerworks/linux/library/l-linux-kvm/</a> Te sugiero leer también: <a href="http://udrepper.livejournal.com/15795.html" target="_blank">http://udrepper.livejournal.com/15795.html</a> Es por todo esto que KVM "es el futuro" en virtualización. En cuanto a las perspectivas futuras, este post es buenísimo y estoy 100% de acuerdo: <a href="http://diegocg.blogspot.com/2009/02/virtualizacion-la-oportunidad-de-linux.html" target="_blank">http://diegocg.blogspot.com/2009/02/virtualizacion-la-oportunidad-de-linux.html</a> Espero haberte hecho cambiar de opinión. :-) IMHO, habiendo probado KVM, la performance es *muy buena* (no probé Xen antes, pero diría que es similar a que si corriera en "el metal"). El problema (por poco tiempo) son las herramientas libres disponibles (las libvirt) que están un poquito verdes aún, pero con el impulso de RedHat y Ubuntu esperemos que pronto el virt-manager[2] quede con todas las funcionalidades :-) De todas maneras, mediante la consola todo anda muy bien. [2] <a href="http://virt-manager.et.redhat.com/page/Main_Page" target="_blank">http://virt-manager.et.redhat.com/page/Main_Page</a> <div><div></div><div class="Wj3C7c"> Saludos Marcelo -- Marcelo F. Fernández Buenos Aires, Argentina Licenciado en Sistemas - CCNA E-Mail: <a href="mailto:fernandezm22@yahoo.com.ar">fernandezm22@yahoo.com.ar</a> Jabber ID: <a href="mailto:fernandezm22@jabber.org">fernandezm22@jabber.org</a> Public Key ID: 5C990A6C 111C3661 Blog: <a href="http://marcelosoft.blogspot.com" target="_blank">http://marcelosoft.blogspot.com</a> -- Ubuntu-ar lista de correo <a href="mailto:Ubuntu-ar@lists.ubuntu.com">Ubuntu-ar@lists.ubuntu.com</a> Modifica tus opciones o desuscribite en: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar</a> Siempre leer, comprender y aplicar nuestra etiqueta: <a href="https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML" target="_blank">https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML</a> </div></div></blockquote></div> No tienes por que agradecerlo, fue un placer para mi el hecho de estar echandole mano a una nueva tecnologia. Sobretodo a algo que puede dejarme unos billetes verdes o azules en un futuro no muy lejano. Acabo de leer en sitio de KVM/QEMU que los procesadores tipo empresarial (Intel Quad Core Xeon y AMD Quad Core Opteron) es en donde se ha llevado el desarrollo de esta tecnologia (KVM-8x), y rectifico que solo en microprocesadores recientes es en donde se puede hacer un nested virtualization y segun esto Red Hat la utilizara como su plataforma de virtualizacion nativa en Red Hat Linux 6, que vendra con mejoras y con un codigo mas estable. Asi que a esperar un poco mas para poder echar a andar esta lindura, no? Que tengas buen dia! Saludos. -- "It is human nature to think wisely and act in an absurd fashion." "Todo el desorden del mundo proviene de las profesiones mal o mediocremente servidas"