On Mon, Jun 18, 2007 at 12:02:02PM +0100, Daniel P. Berrange wrote:
On Mon, Jun 18, 2007 at 05:32:45AM -0400, Daniel Veillard wrote:
> On Sun, Jun 17, 2007 at 10:48:17PM +0100, Daniel P. Berrange wrote:
> > The 3 patches which follow are work-in-progress to re-factor the QEMU
> > daemon / driver to eventually adhere to the main libvirt internal driver
> > API. Once this work is complete, there will only need to be a single
> > daemon running which can provide both remote & QEMU capabilities at once
> > with no QEMU specific code in it.
>
> Just to clarify, we will still need one process to be forked per QEmu
> instance which is under control, right ?
Yes to be clear. This is changing from a model where we have processes:
libvirtd
libvirt_qemud
|
+- qemu
+- qemu
+- dnsmasq
To merge the two daemons so we have
libvirtd
|
+- qemu
+- qemu
+- dnsmasq
The single daemon serves as both the remote daemon & QEMU daemon all in
one, with no need for QEMU specific code.
okay, what I though, but thanks for the explanation !
> > This is following some of the ideas I set out here
> >
> >
http://www.redhat.com/archives/libvir-list/2007-May/msg00083.html
>
> yes this is teh right time to get this fixed !
Yep, my primary motiviation is that we just broke QEMU protocol capability.
So we should merge these daemons now to avoid having to break it a second
time.
okay
Daniel
--
Red Hat Virtualization group
http://redhat.com/virtualization/
Daniel Veillard | virtualization library
http://libvirt.org/
veillard(a)redhat.com | libxml GNOME XML XSLT toolkit
http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine
http://rpmfind.net/