> So after thinking about it, I decided not to implement
> this as IMHO affinity decisions are best left to higher
> level management tools.
Well, yes, you are right affinity decisions should be made by management
tools. However, I think this is more targeted into a static world, where a
static set of domains is running on a host, affinity is set in each domain's
configuration file and when dom0 is rebooted, domUs are automatically saved
and restored. Which is when the affinity should be restored too.
Moreover, such behavior does not really interfere with any higher level
management tool, as it can always repin cpus after restoring or migrating a
domain, as this process would probably be under that tool's control anyway.
Of course, if domains are migrated manually, one would have to repin cpus
manually, too.
Jirka
--
Experience is what causes a person to make new mistakes instead of old ones.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|