Re: [Xen-devel] xen affinity in an SMP system

["Mark A. Williamson" <mark.williamson@xxxxxxxxxxxx>]

> As I understand it, a domain is tied to a specific CPU on startup, and
> if it can be changed, it can only be changed manually. Is that right?

Yup, it's changed manually using an xm command (probably "xm pincpu [dom] 
[cpu]" but I've never used it and could be wrong ;-).

> Is it possible to have xen (or xend) check at regular intervals and move
> a domain to another physical CPU depending on current load?

Currently this isn't done but it's perfectly feasible.  Sensible options are:
1) Have an scheduler in Xen that will migrate domains about at run time.
2) Have the load balancer task in Xend.

2 is possibly the easiest to do and arguably the most flexible since it makes 
it easy to provide pluggable balancing policy modules.  1 would make sure 
that CPUs remain idle for the minimum time possible.

It's possible that one (or both) of these solutions will get implemented at 
some stage, although (I suspect) not in time for 2.0 which is looking pretty 
imminent.  I don't know of anybody local who's volunteered to do this, 
however.

Cheers,
Mark

>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxxxx
> https://lists.sourceforge.net/lists/listinfo/xen-devel


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel