Re: [PATCH 0/4] pagecache scanning with /proc/kpagecache

2014-05-22 Thread Kirill A. Shutemov
On Thu, May 22, 2014 at 01:50:22PM +0400, Konstantin Khlebnikov wrote: > On Thu, May 22, 2014 at 6:33 AM, Andrew Morton > wrote: > > On Wed, 21 May 2014 22:19:55 -0400 Naoya Horiguchi > > wrote: > > > >> > A much nicer interface would be for us to (finally!) implement > >> > fincore(), perhaps

Re: [PATCH 0/4] pagecache scanning with /proc/kpagecache

2014-05-22 Thread Konstantin Khlebnikov
On Thu, May 22, 2014 at 6:33 AM, Andrew Morton wrote: > On Wed, 21 May 2014 22:19:55 -0400 Naoya Horiguchi > wrote: > >> > A much nicer interface would be for us to (finally!) implement >> > fincore(), perhaps with an enhanced per-present-page payload which >> > presents the info which you need

Re: [PATCH 0/4] pagecache scanning with /proc/kpagecache

2014-05-22 Thread Konstantin Khlebnikov
On Thu, May 22, 2014 at 6:33 AM, Andrew Morton a...@linux-foundation.org wrote: On Wed, 21 May 2014 22:19:55 -0400 Naoya Horiguchi n-horigu...@ah.jp.nec.com wrote: A much nicer interface would be for us to (finally!) implement fincore(), perhaps with an enhanced per-present-page payload

Re: [PATCH 0/4] pagecache scanning with /proc/kpagecache

2014-05-22 Thread Kirill A. Shutemov
On Thu, May 22, 2014 at 01:50:22PM +0400, Konstantin Khlebnikov wrote: On Thu, May 22, 2014 at 6:33 AM, Andrew Morton a...@linux-foundation.org wrote: On Wed, 21 May 2014 22:19:55 -0400 Naoya Horiguchi n-horigu...@ah.jp.nec.com wrote: A much nicer interface would be for us to

Re: [PATCH 0/4] pagecache scanning with /proc/kpagecache

2014-05-21 Thread Andrew Morton
On Wed, 21 May 2014 22:19:55 -0400 Naoya Horiguchi wrote: > > A much nicer interface would be for us to (finally!) implement > > fincore(), perhaps with an enhanced per-present-page payload which > > presents the info which you need (although we don't actually know what > > that info is!). > >

Re: [PATCH 0/4] pagecache scanning with /proc/kpagecache

2014-05-21 Thread Andrew Morton
On Tue, 20 May 2014 22:26:30 -0400 Naoya Horiguchi wrote: > This patchset adds a new procfs interface to extrace information about > pagecache status. In-kernel tool tools/vm/page-types.c has already some > code for pagecache scanning without kernel's help, but it's not free > from

Re: [PATCH 0/4] pagecache scanning with /proc/kpagecache

2014-05-21 Thread Andrew Morton
On Tue, 20 May 2014 22:26:30 -0400 Naoya Horiguchi n-horigu...@ah.jp.nec.com wrote: This patchset adds a new procfs interface to extrace information about pagecache status. In-kernel tool tools/vm/page-types.c has already some code for pagecache scanning without kernel's help, but it's not

Re: [PATCH 0/4] pagecache scanning with /proc/kpagecache

2014-05-21 Thread Andrew Morton
On Wed, 21 May 2014 22:19:55 -0400 Naoya Horiguchi n-horigu...@ah.jp.nec.com wrote: A much nicer interface would be for us to (finally!) implement fincore(), perhaps with an enhanced per-present-page payload which presents the info which you need (although we don't actually know what

[PATCH 0/4] pagecache scanning with /proc/kpagecache

2014-05-20 Thread Naoya Horiguchi
This patchset adds a new procfs interface to extrace information about pagecache status. In-kernel tool tools/vm/page-types.c has already some code for pagecache scanning without kernel's help, but it's not free from measurement-disturbance, so here I'm suggesting another approach. Patch 1/4

[PATCH 0/4] pagecache scanning with /proc/kpagecache

2014-05-20 Thread Naoya Horiguchi
This patchset adds a new procfs interface to extrace information about pagecache status. In-kernel tool tools/vm/page-types.c has already some code for pagecache scanning without kernel's help, but it's not free from measurement-disturbance, so here I'm suggesting another approach. Patch 1/4