On Tue, Feb 27, 2007 at 06:40:54PM +0900, ASANO Yuzuru wrote: > Hello, > > I want to add the info of VCPU mapping into the XML, > because we cannot manage VCPU mapping automatically > when a domain starts or reboots. > > But in the following patch, the function written in "TODO" > which I wanted has not been accepted. > > https://www.redhat.com/archives/libvir-list/2006-August/msg00015.html > > If I provided the patch managing VCPU mapping in the XML, do you accept it? The VCPU mapping, schedular parameters, and similar types of data are all examples of 'runtime policy' you'd apply to a guest domain. The XML format meanwhile, is expressing a guest's virtual hardware definition. IMHO we should not mix runtime policy with hardware defintiion, and thus I'd say it was not appropriate to include VCPU mapping in the XML. Libvirt is really just the lowest level is what I see as a stack of tools for managing virtual machines. Above libvirt I'd expect to see some form of 'policy manager' which defines/controls things such as VCPU mapping, or schedular parameters, and even managing when a VM runs at all. One simple policy manager might just apply a statically defined VCPU mapping when a new guest starts up. A more advanced policy manager would collect resource utilization data, perform some analysis on this data, and thus apply changes to the VCPU mapping periodically over lifetime of a guest. Such VM policy management tools can already just use the existing APIs for setting VCPU mapping. Anyone with arguments for/against including VCPU info in the XML do feel free to (dis-)agree with me though... Regards, Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|