Hmmm ... your thread with Andi confuses me ...
Oh well.
I take it that Andi is suggesting that there be the option to override
the tasks mempolicy, in the particular case of these file i/o slab
caches, with an interleave over the online nodes.
This option would be useful in the case that a system is not using
cpusets, but still wants to spread out these particular (sometimes
large) file i/o caches.
Questions for Andi:
1) Are you content to have such a interleave of these particular file
i/o slabs triggered by a mm/mempolicy.c option? Or do you think
we need some sort of task external API to invoke this policy?
If mempolicy API works, then I would think that someone, such as
yourself or Christoph, could easily enough propose an extension to
the mempolicy API that invoked such a policy. It could leverage
some of the apparatus already provided by my current patchset here,
such as the per-slab SLAB_MEMP_SPREAD flag settings, the task
PF_* flag bits and the hook in ____cache_alloc() to call out to
alternate_node_alloc().
If a system wide API (that can be externally imposed on some or
all tasks from outside the task) is desirable, then I am left
wondering why you don't use cpusets for this.
2) Do you recommend that the page (file buffer) cache also be
interleavable, across all online nodes, if optionally requested,
on systems not using cpusets?
--
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/
[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]
