[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