Re: [libvirt] MemoryPeek() is slow

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

 



On Thu, Jul 23, 2009 at 01:36:30PM +0900, Jun Koi wrote:
> For now, I want to improve the situation on QEMU (thus, KVM) first.
> One obvious way is to transfer data directly from QEMU driver to QEMU
> using a particular IPC. How about having an Unix domain socket for
> this purpose?
> 
> I imagine that we need to have a separate socket, opened and managed
> by QEMU interface.

Possible, but it sounds tricky to implement from both ends.  Remember
that libvirt already offers the machinery for talking to the QEMU
monitor, but not for making other connections to QEMU.  When we do
this for migration it has all sorts of additional complications.

Note that with the current memsave interface in QEMU you can set up a
named pipe in the filesystem, have QEMU write to that, and read from
the other end, which is almost what you want.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/

--
Libvir-list mailing list
Libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list

[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]