[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0702070017360.26926@schroedinger.engr.sgi.com>
Date: Wed, 7 Feb 2007 00:30:38 -0800 (PST)
From: Christoph Lameter <clameter@....com>
To: David Rientjes <rientjes@...gle.com>
cc: Andrew Morton <akpm@...l.org>, Hugh Dickins <hugh@...itas.com>,
Paul Mundt <lethal@...ux-sh.org>, linux-kernel@...r.kernel.org
Subject: Re: [patch 1/3 take2] smaps: extract pte walker from smaps code
On Tue, 6 Feb 2007, David Rientjes wrote:
> Extracts the page table entry walker from the smaps-specific code in
> fs/proc/task_mmu.c. This will be used later for clearing the reference
> bits on pages to measure the number of pages accessed over a time period
> through /proc/pid/smaps.
Clearing reference bits? Ummm... That is a pretty inaccurate measure since
reclaim can remove pages and revert the reference bits. It can never work
reliably.
> The new struct pte_walker includes the struct vm_area_struct of the memory
> to walk over. Iteration begins at the start address and completes at the
> the end address. A pointer to another data structure may be stored in the
> private field such as the struct mem_size_stats, which acts as the smaps
> accumulator. For each page table entry in the VMA, the func function is
> called with the corresponding struct pte_walker, the pte_t, and its
> address.
Would it be possible to sync up with the people doing the page table
interface?
Could we somehow consolidate smaps and numa_maps?
-
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