From: Pradeep Satyanarayana <pradeeps-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
To: Roland Dreier <rdreier-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>
Cc: alexv-smomgflXvOZWk0Htik3J/w@public.gmane.org,
linux-rdma <linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Or Gerlitz
<ogerlitz-smomgflXvOZWk0Htik3J/w@public.gmane.org>linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Moni Shoua <monis-smomgflXvOZWk0Htik3J/w@public.gmane.org>
Subject: Re: [PATCH] libibverbs: Add huge page support to ibv_madvise_range()
Date: Mon, 17 May 2010 22:29:30 -0700 [thread overview]
Message-ID: <4BF225BA.6060005@linux.vnet.ibm.com> (raw)
In-Reply-To: <4BEC937F.5000808-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Pradeep Satyanarayana wrote:
> Roland Dreier wrote:
>> > Maybe we should use the /proc/pid/pagemap and /proc/kpageflags files?
>> > These files let a userspace process find out which physical frame
>> > each virtual page is mapped to and to get the properties of each page
>> > frame including the page size.
>>
>> Sounds interesting... the only problem is that /proc/kpageflags is
>> root-only, so we can't use that. But does /proc/pid/pagemap give enough
>> information to be useful?
>
> The most useful information that /proc/pid/pagemap provides the PFN (if the
> page is not swapped out). In fact there is very useful tool called
> Documentation/vm/page-types.c which gives a lot of the information that we
> need. Again the caveat is that it uses /proc/kpageflags.
Roland,
Documentation/vm/page-types didn't turn out to be as interesting as expected.
It does show the usage of huge pages, but it seems to provide system information
and not process specific.
The possible alternatives and their limitations are:
1. /proc/pid/maps - usable only with libhugetlfs
2. page-type and friends -/proc/kpageflgs is readable by root only (plus additional
limitations described above).
3. /proc/pid/smaps -this provides KernelPageSize/MMUPageSize information
(on recent kernels) with and without libhugetlbfs. Parsing this may be slow,
but how often would it be used?
Given the above, I see /proc/pid/smaps as one alternative that provides a complete
solution. Are there others? What are your thoughts?
Pradeep
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2010-05-18 5:29 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-29 17:08 [PATCH] libibverbs: Add huge page support to ibv_madvise_range() Alex Vainman
[not found] ` <4B12AA78.7090401-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-12-08 14:03 ` Alex Vainman
[not found] ` <4B1E5CA9.3090707-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2010-01-12 9:26 ` Alex Vainman
2010-01-12 14:25 ` Eli Cohen
2010-01-14 15:12 ` Alex Vainman
2010-01-15 18:59 ` Roland Dreier
[not found] ` <ada8wbzi490.fsf-BjVyx320WGW9gfZ95n9DRSW4+XlvGpQz@public.gmane.org>
2010-01-17 9:30 ` Alex Vainman
[not found] ` <4B52D8A8.7060804-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2010-01-17 17:19 ` Roland Dreier
[not found] ` <adak4vghcoo.fsf-BjVyx320WGW9gfZ95n9DRSW4+XlvGpQz@public.gmane.org>
2010-01-18 12:53 ` Alex Vainman
[not found] ` <4B5459E3.2040902-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2010-02-17 14:52 ` Chuck Hartley
2010-04-22 7:35 ` Alex Vainman
[not found] ` <4BCFFC48.4060401-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2010-05-06 20:51 ` Roland Dreier
[not found] ` <adazl0c92kp.fsf-BjVyx320WGW9gfZ95n9DRSW4+XlvGpQz@public.gmane.org>
2010-05-13 14:04 ` Alex Vainman
[not found] ` <4BEC06DB.30505-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2010-05-13 15:50 ` Roland Dreier
[not found] ` <adapr0zsswc.fsf-BjVyx320WGW9gfZ95n9DRSW4+XlvGpQz@public.gmane.org>
2010-05-14 0:04 ` Pradeep Satyanarayana
[not found] ` <4BEC937F.5000808-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
2010-05-18 5:29 ` Pradeep Satyanarayana [this message]
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=4BF225BA.6060005@linux.vnet.ibm.com \
--to=pradeeps-23vcf4htsmix0ybbhkvfkdbpr1lh4cv8@public.gmane.org \
--cc=alexv-smomgflXvOZWk0Htik3J/w@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ogerlitz-smomgflXvOZWk0Htik3J/w@public.gmane.org \
--cc=rdreier-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org \
/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