From: Jann Horn <jann@thejh.net>
To: Robert Foss <robert.foss@collabora.com>
Cc: Sonny Rao <sonnyrao@chromium.org>,
akpm@linux-foundation.org, keescook@chromium.org,
viro@zeniv.linux.org.uk, gorcunov@openvz.org,
john.stultz@linaro.org, plaguedbypenguins@gmail.com,
mguzik@redhat.com, adobriyan@gmail.com, jdanis@google.com,
calvinowens@fb.com, mhocko@suse.com, koct9i@gmail.com,
vbabka@suse.cz, n-horiguchi@ah.jp.nec.com,
kirill.shutemov@linux.intel.com, ldufour@linux.vnet.ibm.com,
hannes@cmpxchg.org, linux-kernel@vger.kernel.org,
Ben Zhang <benzh@chromium.org>, Bryan Freed <bfreed@chromium.org>,
Filipe Brandenburger <filbranden@chromium.org>
Subject: Re: [PACTH v1] mm, proc: Implement /proc/<pid>/totmaps
Date: Wed, 10 Aug 2016 17:02:21 +0200 [thread overview]
Message-ID: <20160810150221.GA23703@pc.thejh.net> (raw)
In-Reply-To: <de92a9db-5444-d9d9-2343-8f8c867940a2@collabora.com>
[-- Attachment #1: Type: text/plain, Size: 3154 bytes --]
On Wed, Aug 10, 2016 at 10:16:45AM -0400, Robert Foss wrote:
>
>
> On 2016-08-09 06:30 PM, Jann Horn wrote:
> >On Tue, Aug 09, 2016 at 05:01:44PM -0400, Robert Foss wrote:
> >>On 2016-08-09 03:24 PM, Jann Horn wrote:
> >>>On Tue, Aug 09, 2016 at 12:05:43PM -0400, robert.foss@collabora.com wrote:
> >>>>+ down_read(&mm->mmap_sem);
> >>>>+ hold_task_mempolicy(priv);
> >>>>+
> >>>>+ for (vma = mm->mmap; vma != priv->tail_vma; vma = vma->vm_next) {
> >>>>+ struct mem_size_stats mss;
> >>>>+ struct mm_walk smaps_walk = {
> >>>>+ .pmd_entry = smaps_pte_range,
> >>>>+ .mm = vma->vm_mm,
> >>>>+ .private = &mss,
> >>>>+ };
> >>>>+
> >>>>+ if (vma->vm_mm && !is_vm_hugetlb_page(vma)) {
> >>>>+ memset(&mss, 0, sizeof(mss));
> >>>>+ walk_page_vma(vma, &smaps_walk);
> >>>>+ add_smaps_sum(&mss, mss_sum);
> >>>>+ }
> >>>>+ }
> >>>
> >>>Errrr... what? You accumulate values from mem_size_stats items into a
> >>>struct mss_sum that is associated with the struct file? So when you
> >>>read the file the second time, you get the old values plus the new ones?
> >>>And when you read the file in parallel, you get inconsistent values?
> >>>
> >>>For most files in procfs, the behavior is that you can just call
> >>>pread(fd, buf, sizeof(buf), 0) on the same fd again and again, giving
> >>>you the current values every time, without mutating state. I strongly
> >>>recommend that you get rid of priv->mss and just accumulate the state
> >>>in a local variable (maybe one on the stack).
> >>
> >>So a simple "static struct mem_size_stats" in totmaps_proc_show() would be a
> >>better solution?
> >
> >Er, why "static"? Are you trying to create shared state between different
> >readers for some reason?
> >
>
> I think I'm a bit confused now, how are you suggesting that I replace
> priv->mss?
Like this:
static int totmaps_proc_show(struct seq_file *m, void *data)
{
struct proc_maps_private *priv = m->private;
struct mm_struct *mm;
struct vm_area_struct *vma;
struct mem_size_stats mss_sum;
memset(&mss_sum, 0, sizeof(mss_sum));
[...]
for (vma = mm->mmap; vma != priv->tail_vma; vma = vma->vm_next) {
struct mem_size_stats mss;
struct mm_walk smaps_walk = {
.pmd_entry = smaps_pte_range,
.mm = vma->vm_mm,
.private = &mss,
};
if (vma->vm_mm && !is_vm_hugetlb_page(vma)) {
memset(&mss, 0, sizeof(mss));
walk_page_vma(vma, &smaps_walk);
add_smaps_sum(&mss, &mss_sum);
}
}
seq_printf(m,
"Rss: %8lu kB\n"
"Pss: %8lu kB\n"
"Shared_Clean: %8lu kB\n"
[...],
mss_sum.resident >> 10,
(unsigned long)(mss_sum.pss >> (10 + PSS_SHIFT)),
mss_sum.shared_clean >> 10,
[...]);
[...]
}
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2016-08-10 18:39 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-09 16:05 [PACTH v1] mm, proc: Implement /proc/<pid>/totmaps robert.foss
2016-08-09 16:29 ` Mateusz Guzik
2016-08-09 16:56 ` Sonny Rao
2016-08-09 20:17 ` Robert Foss
2016-08-10 15:39 ` Robert Foss
2016-08-10 15:42 ` Mateusz Guzik
2016-08-10 15:50 ` Robert Foss
2016-08-09 16:58 ` Alexey Dobriyan
2016-08-09 18:28 ` Sonny Rao
2016-08-09 19:16 ` Konstantin Khlebnikov
2016-08-10 0:30 ` Sonny Rao
2016-08-09 19:24 ` Jann Horn
2016-08-09 21:01 ` Robert Foss
2016-08-09 22:30 ` Jann Horn
2016-08-10 14:16 ` Robert Foss
2016-08-10 15:02 ` Jann Horn [this message]
2016-08-10 16:24 ` Robert Foss
2016-08-10 17:23 ` Sonny Rao
2016-08-10 17:37 ` Jann Horn
2016-08-10 17:45 ` Sonny Rao
2016-08-10 18:05 ` Jann Horn
2016-08-12 16:28 ` Robert Foss
2016-08-13 12:39 ` Jann Horn
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=20160810150221.GA23703@pc.thejh.net \
--to=jann@thejh.net \
--cc=adobriyan@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=benzh@chromium.org \
--cc=bfreed@chromium.org \
--cc=calvinowens@fb.com \
--cc=filbranden@chromium.org \
--cc=gorcunov@openvz.org \
--cc=hannes@cmpxchg.org \
--cc=jdanis@google.com \
--cc=john.stultz@linaro.org \
--cc=keescook@chromium.org \
--cc=kirill.shutemov@linux.intel.com \
--cc=koct9i@gmail.com \
--cc=ldufour@linux.vnet.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mguzik@redhat.com \
--cc=mhocko@suse.com \
--cc=n-horiguchi@ah.jp.nec.com \
--cc=plaguedbypenguins@gmail.com \
--cc=robert.foss@collabora.com \
--cc=sonnyrao@chromium.org \
--cc=vbabka@suse.cz \
--cc=viro@zeniv.linux.org.uk \
/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