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-devel

Naming schemes for different kinds of virtualization (was Re: [Xen-devel

To: Keir Fraser <keir.xen@xxxxxxxxx>
Subject: Naming schemes for different kinds of virtualization (was Re: [Xen-devel] HYBRID: PV in HVM container)
From: George Dunlap <George.Dunlap@xxxxxxxxxxxxx>
Date: Tue, 28 Jun 2011 10:29:12 +0100
Cc: "Xen-devel@xxxxxxxxxxxxxxxxxxx" <Xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 28 Jun 2011 02:30:04 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=6NqNh8xRF9ScpzPQgvebvPTbkqk0tKpOWgTErBgQBmc=; b=rJIZARxIb0rDM2tnpZOZBFK2IOtDPaL3BI07XNB4w0HIfgm8sVtvoYp6N0TqJzRhXr sWJHPdvxUWVhkCOhV2FzRDyu7rVc4qSIS//z+tbCB5kGLbJULHLgn1oAy1Zfl/JpB3pq z5+QwC9ilX7x8yi+FmCpBogllKlKvGkggAkbM=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Tue, Jun 28, 2011 at 8:46 AM, Keir Fraser <keir.xen@xxxxxxxxx> wrote:

> Well, maybe. But we now have HVM guests, PV guests, and PV-HVM guests. I'm
> not sure that adding explicitly HVM-PV guests as well isn't just a bloody
> mess.

Speaking of which, it might be a good idea to have an open discussion
at some point about the naming scheme we use for all these varieties.
The biggest confusion, i think is that "HVM" currently implies not
only the hardware technology, but also the fact that there's almost a
fully emulated platform (motherboard, BIOS, PCI devices, &c).  And
it's not obvious at first how different "PV-on-HVM" (i.e., mostly
virtualized but using PV interrupts) and "PV in an HVM container"
(i.e,. mostly PV but just using HVM

I propose we replace "HVM" with "FV" (for "fully virtualized").  The
basic difference between FV and PV will be whether the hardware
platform (motherboard, PCI devices, BIOS, ACPI, e820 map, &c) will be
emulated or not; or to put it a different way, whether the guest
kernel knows it's running PV when it boots (and thus doesn't bother
with BIOS or grub, and always uses hypercalls) or whether it starts on
emulated hardware and then replaces parts of that when it's running on
Xen.

Then we can talk about several modes:
Fully virtualized: All devices are virtualized; nothing PV.  I propose
calling this "FV".
Fully virtualized with PV drivers: Most devices virtualized, but disk
and network paravirtualized for performance.  "FVD" (+drivers)?  FV+?
FV1?
Fully virtualized with PV interrupts: (I.e., Stefano's PV-on-HVM
series). "FVI" (+interrupts)?  FV++?  FV2?

Paravirtualized: Classic paravirtualization.  Keep calling this "PV".
Paravirtualized in an HVM container: What Mukesh has been talking
about -- same as PV, but using the HVM hardware to gain an extra
hardware protection level on 64-bit guests.  "PVH"?
Paravirtualized with HAP: Same as above, but using the hardware (or
shadow code) to update pagestables. "PV-HAP"?

Any thoughts / preferences?

 -George

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

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