Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1194749
| From | Jörn Engel <joern@purestorage.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: hugetlb pages not accounted for in rss |
| Date | 2015-07-29 03:00 +0200 |
| Message-ID | <pRnSV-Ns-1@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <pRhXc-D2-15@gated-at.bofh.it> <pRks2-4ju-11@gated-at.bofh.it> <pRlo5-5DA-9@gated-at.bofh.it> <pRlxO-5Pa-59@gated-at.bofh.it> <pRmDv-7lC-17@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Tue, Jul 28, 2015 at 04:30:19PM -0700, David Rientjes wrote:
>
> It's not only the oom killer, I don't believe hugeltb pages are accounted
> to the "rss" in memcg. They use the hugetlb_cgroup for that. Starting to
> account for them in existing memcg deployments would cause them to hit
> their memory limits much earlier. The "rss_huge" field in memcg only
> represents transparent hugepages.
>
> I agree with your comment that having done this when hugetlbfs was
> introduced would have been optimal.
>
> It's always difficult to add a new class of memory to an existing metric
> ("new" here because it's currently unaccounted).
>
> If we can add yet another process metric to track hugetlbfs memory mapped,
> then the test could be converted to use that. I'm not sure if the
> jusitifcation would be strong enough, but you could try.
Well, we definitely need something. Having a 100GB process show 3GB of
rss is not very useful. How would we notice a memory leak if it only
affects hugepages, for example?
Jörn
--
The object-oriented version of 'Spaghetti code' is, of course, 'Lasagna code'.
(Too many layers).
-- Roberto Waltman.
--
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
hugetlb pages not accounted for in rss Mike Kravetz <mike.kravetz@oracle.com> - 2015-07-28 01:30 +0200
Re: hugetlb pages not accounted for in rss Mike Kravetz <mike.kravetz@oracle.com> - 2015-07-28 23:20 +0200
Re: hugetlb pages not accounted for in rss Jörn Engel <joern@purestorage.com> - 2015-07-29 03:00 +0200
Re: hugetlb pages not accounted for in rss Naoya Horiguchi <n-horiguchi@ah.jp.nec.com> - 2015-08-04 05:00 +0200
[PATCH] smaps: fill missing fields for vma(VM_HUGETLB) Naoya Horiguchi <n-horiguchi@ah.jp.nec.com> - 2015-08-04 07:20 +0200
csiph-web