On Tue, May 14, 2013 at 05:17:12PM -0700, arvind viswanathan wrote: > Hi, > I have a VMM application using a homegrown client for communicating with > hypervisor. > I am planning to migrate to libvirt because of the blocking nature of the > calls. > After going over the architecture, I would like to have a few doubts > clarified > 1) Should my application be necessarily multi-threaded in order to make use > of the non-blocking calls in libvirt. [Are overlapping methods mainly used > by multithreaded clients]. The libvirt client & server are both multi-thread safe - you can have multiple threads using the same virConnectPtr object & it'll do the right thing with locking. So, yes, our recommendation is to use threads in applications which need non-blocking behaviour > 2) I was wondering if there was any way to provide a callback along with > the methods to achieve non-blocking.[My application has event library so > it can receive events] The only callbacks we have are for receiving event notifications. We don't have any async methods in the libvirt core API > 3) Is the libvirt RPC client multi-threaded. [i.e., does it internally use > multiple threads to dispatch requests to server and return response to the > application] Yes, libvirtd is fully multi-threaded and thus will process requests in parallel, even requests from the same client. Depending your application, there is also the possibility of using the slightly higher level libvirt-gobject library (part of the libvirt-glib codebase). This library integrates with GObject and GIO to provide async methods with callbacks on completion as you describe. The main limitation of this library is that it doesn't have 100% coverage of the current main libvirt APIs. It is being developed mostly to serve features required by the GNOME boxes application, since that's the main user of it currently. Of course we welcome patches to libvirt-gobject from any other interested parties. In addition to provide async APIs, it has a set of objects to managing configuration, so you don't need to use XML directly. Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| _______________________________________________ libvirt-users mailing list libvirt-users@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvirt-users
