From: Balbir Singh <balbir@linux.vnet.ibm.com>
To: Fengguang Wu <wfg@mail.ustc.edu.cn>
Cc: Matt Mackall <mpm@selenic.com>, Dave Hansen <haveblue@us.ibm.com>,
akpm@linux-foundation.org, jjberthels@gmail.com,
linux-mm <linux-mm@kvack.org>
Subject: Re: + maps2-export-page-index-in-kpagemap.patch added to -mm tree
Date: Tue, 25 Sep 2007 13:47:42 +0530 [thread overview]
Message-ID: <46F8C426.3090300@linux.vnet.ibm.com> (raw)
In-Reply-To: <390704784.02057@ustc.edu.cn>
Fengguang Wu wrote:
> On Mon, Sep 24, 2007 at 05:02:02PM -0500, Matt Mackall wrote:
>> I think Fengguang is just thinking forward to the next logical step
>> here which is "expose what's in the page cache". Which means being
>
> I have been doing it for a long time - that's the filecache patch I
> sent you. However it's not quite ready for a public review.
>
>> able to go from page back to device:inode:offset or (better, but
>> trickier) path:offset.
>
> It's doing the other way around - a top-down way.
>
> First, you get a table of all cached inodes with the following fields:
> device-number inode-number file-path cached-page-count status
>
> Then, one can query any file he's interested in, and list all its
> cached pages in the following format:
> index length page-flags reference-count
This design sounds good to me, I would expect people using madvise()
to probably use this interface. Questions on the interface
1. What permissions would a program need to use the interface
2. Do we export both mapped and unmapped page cache. How does this
interface gel with mincore(2)? Is there duplicate information
3. If the user already knows the file of interest, is it possible
to list, it's cached pages without having to list all cached inodes
4. What's the size of data (expected average) and the format, binary
or text?
--
Warm Regards,
Balbir Singh
Linux Technology Center
IBM, ISTL
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2007-09-25 8:18 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200709242044.l8OKi01e016834@imap1.linux-foundation.org>
2007-09-24 21:19 ` + maps2-export-page-index-in-kpagemap.patch added to -mm tree Dave Hansen
[not found] ` <20070924205901.GI19691@waste.org>
2007-09-24 21:23 ` Dave Hansen
2007-09-24 21:35 ` Matt Mackall
2007-09-24 21:50 ` Dave Hansen
2007-09-24 22:02 ` Matt Mackall
[not found] ` <20070925071941.GC7862@mail.ustc.edu.cn>
2007-09-25 7:19 ` Fengguang Wu
2007-09-25 8:17 ` Balbir Singh [this message]
[not found] ` <20070925095804.GA12549@mail.ustc.edu.cn>
2007-09-25 9:58 ` filecache: expose what's in the page cache Fengguang Wu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46F8C426.3090300@linux.vnet.ibm.com \
--to=balbir@linux.vnet.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=haveblue@us.ibm.com \
--cc=jjberthels@gmail.com \
--cc=linux-mm@kvack.org \
--cc=mpm@selenic.com \
--cc=wfg@mail.ustc.edu.cn \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).