[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.1.10.0905041006310.17937@qirst.com>
Date: Mon, 4 May 2009 10:08:50 -0400 (EDT)
From: Christoph Lameter <cl@...ux.com>
To: Mathieu Desnoyers <compudj@...stal.dyndns.org>
cc: Nick Piggin <nickpiggin@...oo.com.au>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Yuriy Lalym <ylalym@...il.com>, ltt-dev@...ts.casi.polymtl.ca,
Tejun Heo <tj@...nel.org>, Ingo Molnar <mingo@...e.hu>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [ltt-dev] [PATCH] Fix dirty page accounting in
redirty_page_for_writepage()
On Sat, 2 May 2009, Mathieu Desnoyers wrote:
> Modifying mmzone.h "struct per_cpu_pageset" so it uses percpu dynamic
> allocation seems to be the far-reaching part of the modification (of a
> subsystem I'm not completely familiar with, including NUMA special
> cases). Is there any patch already doing this kind of modification
> floating around ?
Yes. Its was part of the original cpu alloc patchset. One reason to do cpu
alloc was to clean up the current problem with a having to allocate for
NR_CPUS in the page allocator. That in turn would result in the ability to
use the fast percpu ops to optimize the allocator paths. Hopefully we can
end up with page allocator alloc/free operations that do not need to
disable interrupts.
> I'd be glad to give a try at some percpu_add_return counters experiments
> if percpu struct per_cpu_pageset allocation happens to be already
> available.
Look at the cpu alloc patchset following the link that I posted.
--
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