[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070215001053.GB29797@wotan.suse.de>
Date: Thu, 15 Feb 2007 01:10:53 +0100
From: Nick Piggin <npiggin@...e.de>
To: Christoph Lameter <clameter@....com>
Cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linux Memory Management List <linux-mm@...ck.org>
Subject: Re: [patch] mm: NUMA replicated pagecache
On Wed, Feb 14, 2007 at 11:00:02AM -0800, Christoph Lameter wrote:
> On Tue, 13 Feb 2007, Nick Piggin wrote:
>
> > This is a scheme for page replication replicates read-only pagecache pages
> > opportunistically, at pagecache lookup time (at points where we know the
> > page is being looked up for read only).
>
> The problem is that you may only have a single page table. One process
> with multiple threads will just fault in one thread in order to
> install the mapping to the page. The others threads may be running on
> different nodes and different processors but will not generate any
> faults. Pages will not be replicated as needed. The scheme only seems to
> be working for special cases of multiple processes mapping the same file.
Yeah like program text, libraries. Not just mapping, also reading, FWIW.
I guess if you map something in different positions, then you can have
it replicated!
But no arguments, this doesn't aim to do replication of the same virtual
address. If you did come up with such a scheme, however, you would still
need a replicated pagecache for it as well.
-
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