Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1238662
| From | Andrew Morton <akpm@linux-foundation.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v4 3/4] mm, shmem: Add shmem resident memory accounting |
| Date | 2015-10-03 00:40 +0200 |
| Message-ID | <qfh9D-8tG-1@gated-at.bofh.it> (permalink) |
| References | <qf8J4-4MS-19@gated-at.bofh.it> <qf8J4-4MS-27@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Fri, 2 Oct 2015 15:35:50 +0200 Vlastimil Babka <vbabka@suse.cz> wrote: > From: Jerome Marchand <jmarchan@redhat.com> Changelog is a bit weird. > Currently looking at /proc/<pid>/status or statm, there is no way to > distinguish shmem pages from pages mapped to a regular file (shmem > pages are mapped to /dev/zero), even though their implication in > actual memory use is quite different. OK, that's a bunch of stuff about the user interface. > This patch adds MM_SHMEMPAGES counter to mm_rss_stat to account for > shmem pages instead of MM_FILEPAGES. And that has nothing to do with the user interface. So now this little reader is all confused. The patch doesn't actually address the described problem at all, does it? It's preparatory stuff only? No changes to the kernel's user interface? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH v4 3/4] mm, shmem: Add shmem resident memory accounting Vlastimil Babka <vbabka@suse.cz> - 2015-10-02 15:40 +0200 Re: [PATCH v4 3/4] mm, shmem: Add shmem resident memory accounting Andrew Morton <akpm@linux-foundation.org> - 2015-10-03 00:40 +0200 Re: [PATCH v4 3/4] mm, shmem: Add shmem resident memory accounting Hugh Dickins <hughd@google.com> - 2015-10-05 06:30 +0200
csiph-web