On 05/06/2014 02:19 PM, Eduardo Habkost wrote: >> IMHO, libvirt side should take advantage of information QEMU already >> provides. >> > > Current API requires re-running QEMU to query the information. This > series allows it to be run with the "-machine none" QEMU instance that > is already run by libvirt. Therein is the reason libvirt isn't using what qemu already has - spawning multiple qemu instances (one per reported machine type) multiplied by the number of qemu binaries does not scale well, when compared to starting a single qemu -machine none, and doing all queries on that one machine. So the point of this patch is getting us closer to the point where libvirt can learn accurate cpu model information for multiple machines all from a single qemu invocation. -- Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org
Attachment:
signature.asc
Description: OpenPGP digital signature
-- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list