WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

Re: [Xen-users] who comes from kvm?

To: Javier Guerra Giraldez <javier@xxxxxxxxxxx>
Subject: Re: [Xen-users] who comes from kvm?
From: Iustin Pop <iusty@xxxxxxxxx>
Date: Mon, 14 Feb 2011 01:02:43 +0100
Cc: xen-users@xxxxxxxxxxxxxxxxxxx, Steve Sapovits <steves06@xxxxxxxxxxx>
Delivery-date: Sun, 13 Feb 2011 16:04:28 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <AANLkTi=c=EVPojcNR35N5GL_PD0stV397DWETJ9F_O6O@xxxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
Mail-followup-to: Javier Guerra Giraldez <javier@xxxxxxxxxxx>, Steve Sapovits <steves06@xxxxxxxxxxx>, xen-users@xxxxxxxxxxxxxxxxxxx
References: <AANLkTingMyaA5sLcbTM3NWW3NwAtVc6=fcwzEiw=znMA@xxxxxxxxxxxxxx> <4D5570CE.4090608@xxxxxxxxxxx> <AANLkTi=c=EVPojcNR35N5GL_PD0stV397DWETJ9F_O6O@xxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.20 (2009-06-14)
On Fri, Feb 11, 2011 at 10:34:47PM -0500, Javier Guerra Giraldez wrote:
> On Fri, Feb 11, 2011 at 12:24 PM, Steve Sapovits <steves06@xxxxxxxxxxx> wrote:
> > (Xen is a type 1, KVM is a type 2)
> 
> that's not exact since KVM doesn't run 'on top of' the Linux kernel;
> it's part of the Linux kernel.  as such, it has the same 'bare metal'
> access to hardware as the rest of the kernel or the Xen hypervisor.

Unless my understanding is wrong, this is not true. The QEMU process
still needs to run, and still does runs code on behalf of the VM; yes,
CPU is not emulated, memory access is direct, but IIRC even my paravirt
drivers, some stuff still goes through QEMU/kvm.

> IMHO, the main difference is that Xen has its own scheduler and
> arbitration logic, while KVM reuses existing Linux code.  pro: it can
> be tuned to the specific case of handling VMs.  con: a little
> duplication of code

A strace on the qemu process shows that it does lots of stuff, so I
don't think the situation is as simple as you describe it.

Corrections welcome.

Regards,
iustin

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

<Prev in Thread] Current Thread [Next in Thread>