[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1185546647.5069.17.camel@localhost>
Date: Fri, 27 Jul 2007 10:30:47 -0400
From: Lee Schermerhorn <Lee.Schermerhorn@...com>
To: Nick Piggin <npiggin@...e.de>
Cc: Linux Memory Management List <linux-mm@...ck.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Joachim Deguara <joachim.deguara@....com>,
Eric Whitney <eric.whitney@...com>
Subject: Re: [patch][rfc] 2.6.23-rc1 mm: NUMA replicated pagecache
On Fri, 2007-07-27 at 10:42 +0200, Nick Piggin wrote:
> Hi,
>
> Just got a bit of time to take another look at the replicated pagecache
> patch. The nopage vs invalidate race and clear_page_dirty_for_io fixes
> gives me more confidence in the locking now; the new ->fault API makes
> MAP_SHARED write faults much more efficient; and a few bugs were found
> and fixed.
>
> More stats were added: *repl* in /proc/vmstat. Survives some kbuilding
> tests...
>
> --
>
> Page-based NUMA pagecache replication.
<snip really big patch!>
Hi, Nick.
Glad to see you're back on this. It's been on my list, but delayed by
other patch streams...
As I mentioned to you in prior mail, I want to try to integrate this
atop my "auto/lazy migration" patches, such that when a task moves to a
new node, we remove just that task's pte ref's to page cache pages
[along with all refs to anon pages, as I do now] so that the task will
take a fault on next touch and either use an existing local copy or
replicate the page at that time. Unfortunately, that's in the queue
behind the memoryless node patches and my stalled shared policy patches,
among other things :-(.
Also, what kernel is this patch against? Diffs just say "linux-2.6".
Somewhat ambiguous...
Lee
-
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