Christoph wrote: > Yes. We should default to Choice B. Add an option MPOL_MF_RELATIVE to > enable that functionality? A new version of numactl can then enable > that by default for newer applications. I'm confused. If B is the default, then we don't need a flag to enable it, rather we need a flag to go back to the old choice A. So are you saying that: 1) Choice A remains the default for the kernel unless MPOL_MF_RELATIVE is added, or 2) that the new default for the kernel is Choice B, unless MPOL_MF_RELATIVE is specified, asking to revert to the original Choice A behaviour? Perhaps, either way, whatever compatibility flag we have should be something that can be forced on an application from the outside, perhaps as a per-system mode flag in /sys, or a per-cpuset mode flag, or a per-task operation, by what mechanism is not clear. -- 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/
- Follow-Ups:
- 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
- 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: Paul Jackson <[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: Lee Schermerhorn <[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: Paul Jackson <[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: Lee Schermerhorn <[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: Lee Schermerhorn <[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: Paul Jackson <[email protected]>
- Re: [patch 2/2] cpusets: add interleave_over_allowed option
- From: Christoph Lameter <[email protected]>
- [patch 1/2] cpusets: extract mmarray loading from update_nodemask
- Prev by Date: [2.6 patch] net/ipv{4,6}/esp{4,6}.c must #include <linux/scatterlist.h>
- Next by Date: Re: per BDI dirty limit (was Re: -mm merge plans for 2.6.24)
- 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):