From: "Pasi Kärkkäinen" <pasik@iki.fi>
To: Boris Derzhavets <bderzhavets@yahoo.com>
Cc: Jeremy Fitzhardinge <jeremy@goop.org>,
"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Don Dutile <ddutile@redhat.com>,
Sheng Yang <sheng@linux.intel.com>,
Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>
Subject: Re: [PATCH 0 of 12] PV on HVM Xen
Date: Fri, 28 May 2010 13:45:10 +0300 [thread overview]
Message-ID: <20100528104510.GI17817@reaktio.net> (raw)
In-Reply-To: <691777.37968.qm@web56104.mail.re3.yahoo.com>
On Fri, May 28, 2010 at 03:25:34AM -0700, Boris Derzhavets wrote:
> What is an advantage of PV on HVM ?
>
Pure HVM guests using the Qemu emulated disk/network devices are slow.
PV-on-HVM drivers make disk- and network IO fast for HVM guests.
> Kernel 2.6.34 with Stefano's patches may be built i believe only on Linux
> HVM DomU.
>
Exactly. They're meant for an upstream kernel, running as Xen HVM guest.
> At the same time any recent Linux ( >=24 or >=26) supports PV guest
> install ( it's in
> mainline for a while).
> What i am missing here ?
>
HVM guests might be faster for some workloads compared to PV guests.
Kernel compilation could be one example..ie. workloads spawning a lot
of new processes all the time.
-- Pasi
> Boris.
>
> --- On Mon, 5/24/10, Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>
> wrote:
>
> From: Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>
> Subject: [Xen-devel] [PATCH 0 of 12] PV on HVM Xen
> To: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
> Cc: "Stefano Stabellini" <Stefano.Stabellini@eu.citrix.com>, "Jeremy
> Fitzhardinge" <jeremy@goop.org>, "xen-devel@lists.xensource.com"
> <xen-devel@lists.xensource.com>, "Don Dutile" <ddutile@redhat.com>,
> "Sheng Yang" <sheng@linux.intel.com>
> Date: Monday, May 24, 2010, 2:25 PM
>
> Hi all,
> this is another update of the PV on HVM Xen series that addresses
> Jeremy's comments.
> The platform_pci hooks have been removed, suspend/resume for HVM
> domains is now much more similar to the PV case and shares the same
> do_suspend function.
> Alloc_xen_mmio_hook has been removed has well, now the memory allocation
> for
> the grant table is done by the xen platform pci driver directly.
> The per_cpu xen_vcpu variable is set by a cpu_notifier function so that
> secondary vcpus have the variable set correctly no matter what the xen
> features are on the host.
> The kernel command line option xen_unplug has been renamed to
> xen_emul_unplug and the code that makes use of it has been moved to a
> separate file (arch/x86/xen/platform-pci-unplug.c).
> Xen_unplug_emulated_devices is now able to detect if blkfront, netfront
> and the Xen platform PCI driver have been compiled, and set the default
> value of xen_emul_unplug accordingly.
> The patch "Initialize xenbus device structs with ENODEV as
> default" has been removed from the series and it will be sent
> separately.
> Finally the comments on most of the patches have been improved.
>
> The series is based on 2.6.34 and supports Xen PV frontends running
> in a HVM domain, including netfront, blkfront and the VIRQ_TIMER.
>
> In order to be able to use VIRQ_TIMER and to improve performances you
> need a patch to Xen to implement the vector callback mechanism
> for event channel delivery.
>
> A git tree is also available here:
>
> git://xenbits.xen.org/people/sstabellini/linux-pvhvm.git
>
> branch name 2.6.34-pvhvm-v2.
>
> Cheers,
>
> Stefano
>
> _______________________________________________
> Xen-devel mailing list
> [1]Xen-devel@lists.xensource.com
> [2]http://lists.xensource.com/xen-devel
>
> References
>
> Visible links
> 1. file:///mc/compose?to=Xen-devel@lists.xensource.com
> 2. http://lists.xensource.com/xen-devel
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2010-05-28 10:45 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-24 18:25 [PATCH 0 of 12] PV on HVM Xen Stefano Stabellini
2010-05-24 18:25 ` Stefano Stabellini
2010-05-24 18:27 ` [PATCH 01/11] Add support for hvm_op Stefano Stabellini
2010-05-24 18:27 ` [PATCH 02/11] early PV on HVM Stefano Stabellini
2010-05-24 18:27 ` [PATCH 03/11] evtchn delivery " Stefano Stabellini
2010-05-24 18:27 ` [PATCH 04/11] Fix find_unbound_irq in presence of ioapic irqs Stefano Stabellini
2010-05-26 18:26 ` [Xen-devel] " Konrad Rzeszutek Wilk
2010-05-27 14:49 ` Stefano Stabellini
2010-05-27 15:36 ` Konrad Rzeszutek Wilk
2010-05-27 15:36 ` Konrad Rzeszutek Wilk
2010-05-24 18:27 ` [PATCH 05/11] Xen PCI platform device driver Stefano Stabellini
2010-05-28 8:55 ` [Xen-devel] " Zhigang Wang
2010-05-28 14:18 ` Stefano Stabellini
2010-05-28 14:18 ` Stefano Stabellini
2010-05-24 18:27 ` [PATCH 06/11] Add suspend\resume support for PV on HVM guests Stefano Stabellini
2010-05-25 20:20 ` Jeremy Fitzhardinge
2010-05-25 20:20 ` Jeremy Fitzhardinge
2010-05-24 18:27 ` [PATCH 07/11] Allow xen platform pci device to be compiled as a module Stefano Stabellini
2010-05-24 18:27 ` [PATCH 08/11] Fix possible NULL pointer dereference in print_IO_APIC Stefano Stabellini
2010-05-24 18:27 ` [PATCH 09/11] __setup_vector_irq: handle NULL chip_data Stefano Stabellini
2010-05-24 18:27 ` [PATCH 10/11] Support VIRQ_TIMER and pvclock on HVM Stefano Stabellini
2010-05-25 20:24 ` Jeremy Fitzhardinge
2010-05-25 20:24 ` Jeremy Fitzhardinge
2010-05-26 13:08 ` Stefano Stabellini
2010-05-24 18:27 ` [PATCH 11/11] Unplug emulated disks and nics Stefano Stabellini
2010-05-25 20:31 ` Jeremy Fitzhardinge
2010-05-26 12:27 ` Stefano Stabellini
2010-05-26 20:59 ` Jeremy Fitzhardinge
2010-05-27 12:29 ` Stefano Stabellini
2010-05-27 12:29 ` Stefano Stabellini
[not found] ` <m2n.s.1OHcBK-0018DA@chiark.greenend.org.uk>
2010-05-27 14:49 ` [Xen-devel] " Ian Jackson
2010-05-27 14:49 ` Ian Jackson
2010-05-27 17:25 ` [Xen-devel] " Stefano Stabellini
2010-05-27 17:51 ` Jeremy Fitzhardinge
2010-05-27 17:51 ` Jeremy Fitzhardinge
2010-05-27 18:10 ` [Xen-devel] " Stefano Stabellini
2010-05-27 18:10 ` Stefano Stabellini
2010-05-24 18:29 ` [PATCH 0 of 12] PV on HVM Xen Stefano Stabellini
2010-05-24 18:30 ` Boris Derzhavets
2010-05-24 19:06 ` [Xen-devel] " Stefano Stabellini
2010-05-25 6:14 ` Boris Derzhavets
2010-05-25 9:55 ` [Xen-devel] " Stefano Stabellini
2010-05-25 11:15 ` Boris Derzhavets
2010-05-24 18:36 ` Boris Derzhavets
2010-05-28 10:25 ` Boris Derzhavets
2010-05-28 10:45 ` Pasi Kärkkäinen [this message]
2010-05-28 11:06 ` Stefano Stabellini
-- strict thread matches above, loose matches on Subject: below --
2010-05-18 10:22 Stefano Stabellini
2010-05-18 10:22 ` Stefano Stabellini
2010-05-18 10:55 ` Christian Tramnitz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100528104510.GI17817@reaktio.net \
--to=pasik@iki.fi \
--cc=Stefano.Stabellini@eu.citrix.com \
--cc=bderzhavets@yahoo.com \
--cc=ddutile@redhat.com \
--cc=jeremy@goop.org \
--cc=sheng@linux.intel.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.