[et-mgmt-tools] Re: [PATCH] Add virt-install option to auto choose cpuset value (NUMA)

Daniel P. Berrange berrange at redhat.com
Mon Mar 24 14:40:08 UTC 2008


On Mon, Mar 24, 2008 at 09:36:25AM -0500, Ryan Harper wrote:
> * Cole Robinson <crobinso at redhat.com> [2008-03-14 14:50]:
> > The patch below adds an option to virt-install to auto choose
> > physical cpu pinning based on available memory on a NUMA machine.
> > Conceivably this could be expanded in the future to auto choose
> > by some other metric as well, but for now only a NUMA setup is
> > implemented.
> > 
> > Using --cpuset=auto will create a traditional cpuset argument
> > using all the cpus associated with the cell that best fits the
> > requested guest memory.
> > 
> > The only question I have for those interested: Is best fit an 
> > appropriate default choice? should there be a way to choose 
> > another scheme (i.e. worst fit)?
> Cole,
> 
> Thanks for the patch, looks good.  I believe best fit is a good choice.
> For our NUMA systems, we want to fully utilize a single node before
> moving work to a second node as to minimize the amount of memory traffic
> over the interconnects.  Best-fit should do this by selecting cell with
> the least amount of free ram that satisfies the request.
> 
> What's the best RH-flavor'ed platform for testing this patch out?
> Fedora8, RHEL5u1?  

You should be able to run the latest virtinst checkout on either F8 or
RHEL-5.2 beta.

Regards,
Dan.
-- 
|: Red Hat, Engineering, Boston   -o-   http://people.redhat.com/berrange/ :|
|: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|




More information about the et-mgmt-tools mailing list