[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20070511225111.fee05bb9.pj@sgi.com>
Date: Fri, 11 May 2007 22:51:11 -0700
From: Paul Jackson <pj@....com>
To: Con Kolivas <kernel@...ivas.org>
Cc: nickpiggin@...oo.com.au, ray-lk@...rabbit.org, mingo@...e.hu,
ck@....kolivas.org, akpm@...ux-foundation.org,
linux-kernel@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [PATCH] mm: swap prefetch improvements
Con wrote:
> Hmm I'm not really sure what it takes to make it cpuset aware;
> ...
> It is numa aware to some degree. It stores the node id and when it starts
> prefetching it only prefetches to nodes that are suitable for prefetching to
> ...
> It would be absolutely trivial to add a check for 'number_of_cpusets' <= 1
> in the prefetch_enabled() function. Would you like that?
Hmmm ... it seems that we shadow boxing here ... trying to pick a solution
to solve a problem when we aren't even sure we have a problem, much less
what the problem is.
That does not usually lead to the right path.
Could you put some more effort into characterizing what problems
can arise if one has prefetch and cpusets active at the same time?
My first wild guess is that the only incompatibility would have been that
prefetch might mess up NUMA placement (get pages on wrong nodes), which
it seems you have tried to address in your current patches. So it would
not surprise me if there was no problem here.
We may just have to lean on Nick some more, if he is the only one who
understands what the problem is, to try again to explain it to us.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <pj@....com> 1.925.600.0401
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists