Re: [PATCH 1/5] cpuset memory spread basic implementation

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

 



* Paul Jackson <[email protected]> wrote:

> Ingo wrote:
> > we should default to local.
> 
> Agreed.  There is much software and systems management expectations 
> sitting on top of this, that have certain expectations of the default 
> memory placement behaviour, to a rough degree, of the system.
> 
> They are expecting node-local placement.
> 
> We would only change that default if it was shown to be substantially 
> wrong headed in a substantial number of cases.  It has not been so 
> shown.  It is either an adequate or quite desirable default for most 
> cases.
> 
> Rather we need to consider optional behaviour, for use on workloads 
> for which other policies are worth developing and invoking.

yes. And it seems that for the workloads you cited, the most natural 
direction to drive the 'spreading' of resources is from the VFS side.  
That would also avoid the problem Andrew observed: the ugliness of a 
sysadmin configuring the placement strategy of kernel-internal slab 
caches. It also feels a much more robust choice from the conceptual POV.

	Ingo
-
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/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux