[Libguestfs] guestfish/libguestfs takes legacy qemu instead of kvm?

Richard W.M. Jones rjones at redhat.com
Tue Aug 10 17:19:53 UTC 2010

On Wed, Aug 11, 2010 at 12:10:13AM +0800, Kirby Zhou wrote:
> From: Richard W.M. Jones [mailto:rjones at redhat.com] 
> > On Tue, Aug 10, 2010 at 05:27:56PM +0800, Kirby Zhou wrote:
> > > Thanks very much.  BTW, I have a small question, why libguestfs
> > > depends on QEMU instead of libvirt?  If we take libvirt, we can
> > > easily run libguestfs with xen, virtualbox, vmware, etc.
> > 
> > It's considerably more complex than that.
> But pure QEMU is very very slow.

OK, so I think what you're asking for is to be able to run libguestfs
with KVM (ie. hardware acceleration) either alongside another
hypervisor (eg. Xen) or inside another virtual machine.

This [hardware acceleration] is indeed not possible, and so you will
fall back to using software emulation (ie. pure TCG-based qemu), and
this is somewhat slow, although at least it works!

The only solution to this is some sort of nested virt.  Since I am at
the KVM Forum at the moment, I have been emphasizing the importance to
us of having nested virt at least in KVM.  But the implementation of
nested virt is very complex.


Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming blog: http://rwmj.wordpress.com
Fedora now supports 80 OCaml packages (the OPEN alternative to F#)

More information about the epel-devel-list mailing list