Re: About cgroup memory limits

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Johannes,

   Thank you very much for your reply, it does help us to understand the
numbers we have at hand.

   Could you clarify your following statement further:

> > Below is the sum of each field in /proc/$PID/statm for every process
> > running inside a test container, converted to bytes:
> > 
> >        size  resident     share     text  lib       data  dt
> >   897208320  28741632  20500480  1171456    0  170676224   0
> 
> statms accounts based on virtual memory, not physical memory like
> memcg does.  If you have the same page mapped into two tasks, both
> their "share" counters will show a page, while the memcg will only
> account the single physical page in mapped_file.

   You mean when those two tasks are in the same cgroup, don't you? Is
there a case in which a page is shared by two tasks that are in
different cgroups but that page is accounted only for one of the two
cgroups? If so, how's this case triggered?

-- 
[ ]'s
Michel Machado

--
To unsubscribe from this list: send the line "unsubscribe cgroups" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]     [Monitors]

  Powered by Linux