David wrote:
> I personally prefer an approach where cpusets take the responsibility for
> determining how policies change (they use set_mempolicy() anyway to effect
> their mems boundaries) because it's cpusets that has changed the available
> nodemask out from beneath the application.
Agreed.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[email protected]> 1.925.600.0401
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- [patch 1/2] cpusets: extract mmarray loading from update_nodemask
- From: David Rientjes <[email protected]>
- [patch 2/2] cpusets: add interleave_over_allowed option
- From: David Rientjes <[email protected]>
- Re: [patch 2/2] cpusets: add interleave_over_allowed option
- From: Christoph Lameter <[email protected]>
- Re: [patch 2/2] cpusets: add interleave_over_allowed option
- From: David Rientjes <[email protected]>
- Re: [patch 2/2] cpusets: add interleave_over_allowed option
- From: Christoph Lameter <[email protected]>
- Re: [patch 2/2] cpusets: add interleave_over_allowed option
- From: Lee Schermerhorn <[email protected]>
- Re: [patch 2/2] cpusets: add interleave_over_allowed option
- From: David Rientjes <[email protected]>
- [patch 1/2] cpusets: extract mmarray loading from update_nodemask
- Prev by Date: RE: [patch/backport] CFS scheduler, -v22, for v2.6.23-rc8, v2.6.22.8,v2.6.21.7, v2.6.20.20
- Next by Date: Re: Check handling of kernel build output directory
- Previous by thread: Re: [patch 2/2] cpusets: add interleave_over_allowed option
- Next by thread: Re: [patch 2/2] cpusets: add interleave_over_allowed option
- Index(es):
 |