[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] Re: Scheduling groups, credit scheduler support

On 03/12/07 10:37 -0500, Chris wrote:

My reading of your scheduling groups implementation is that it induces hierarchal relationships (master/slave) between domains. That is, every group has one master and the rest are slaves. Although that implementation has the advantage of being small, the fixed relationship puts implicit limits on the organization of domains and the operations that can be applied to them.

Hi Chris,

The patches use the term master and member, but it is more of a peer
relationship only effecting scheduler accounting. The significance of
the "master" is that the "member" domains inherit the master's cpu
weight and credits are charged to the master. The master doesn't exert
any explicit control over its group members (although there may be a
use case for doing so). This is the specific functionality we need for
stub domains, where the credits consumed by a stub domain need to be
charged to the HVM guest domain.

In addition to scheduling, I believe domain groups are applicable to other areas such as domain disaggregation, convenient migration, efficient security policy, etc.. As such, a non-hierarchical group mechanism is desirable.

The scheduling group is only visible to the credit scheduler, and
there is no meaning outside of the scheduler's process accounting. I
didn't want to modify the Domain structures, and it wasn't necessary
to get the desired scheduling behavior. I think other types of groups
may be useful, and it would be great to see your patches again.


Mike D. Day
Cell: 919 412-3900
Sametime: ncmike@xxxxxxxxxx AIM: ncmikeday  Yahoo: ultra.runner
PGP key: http://www.ncultra.org/ncmike/pubkey.asc

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.