[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


  • To: "Steve Sapovits" <steves06@xxxxxxxxxxx>, "Javier Guerra Giraldez" <javier@xxxxxxxxxxx>
  • From: "Phil Winterfield (winterfi)" <winterfi@xxxxxxxxx>
  • Date: Mon, 14 Feb 2011 09:47:49 -0800
  • Authentication-results: sj-iport-3.cisco.com; dkim=neutral (message not signed) header.i=none
  • Cc: xen-users@xxxxxxxxxxxxxxxxxxx, Bhasker C V <bhasker@xxxxxxxxxxxxx>
  • Delivery-date: Mon, 14 Feb 2011 09:49:07 -0800
  • Importance: low
  • List-id: Xen user discussion <xen-users.lists.xensource.com>
  • Priority: Non-Urgent
  • Thread-index: AcvL25RdTuA5cFj5RamfvFRSb4fzYQAkeNlA
  • Thread-topic: [Xen-users] who comes from kvm?

In the discussion of whether KVM is a type 1 or type 2 hypervisor, it is 
important to remember that KVM, by allowing driver code to be moved into the 
address space of the hypervisor, is violating one key tenets of having 
hypervisors in the first place.  Driver code is notoriously buggy and by 
allowing it to share the address space of the hypervisor you have greatly 
expanded the vulnerability and attack surface for the most important part of 
your system.  KVM has dramatically increased the chances of catastrophic system 
failure by violating one of the fundamental architectural principles that has 
guided the design of hypervisors since IBM originated the original concepts in 
the '60's.  If reliability, availability and security are important to you, 
then Xen is a much better choice from an architectural standpoint.

Phil Winterfield

> 
> On 2/13/2011 6:45 PM, Javier Guerra Giraldez wrote:
> 
> > Just to clarify, my comment was about the characterization of KVM as
> a
> > type 2 hypervisor.  it's not.
> 
> Maybe it's a 1.5?  8-)  I've seen the debate over whether it's a
> type 1 or type 2.  It's not 100% clear, at least to me.  It used
> to be that any VM platform that ran as an extension to an existing
> OS was considered a type 2.  But, in the hardware access view of
> things, I can see how KVM would be considered a type 1.
> 
> I think we can agree that KVM is not a traditional type 1 or type 2.
> We can probably also agree that the type 1/type 2 distinction in of
> itself doesn't matter if the platform does what you need it to do.
> 
> In my mind, I always felt if I used the hosting Linux OS to only run
> VM's then KVM isn't much different than Xen.  But if I were to take
> the hosting OS and do a lot more with it -- desktop, etc. -- it starts
> to feel less like a type 1.
> 
> Now you've got me thinking about playing with KVM again.  It's been
> a few years ...
> 
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.