Re: memcgroup lruvec_lru_size scaling issue

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

 



On 10/14/19 10:59 AM, Michal Hocko wrote:
>> It's just a theory, but it's why I noted the number of cgroups when I
>> initially saw this show up in profiles.
> Yes, the cache traffic might be really high but I still find it a bit
> surprising that it makes such a large footprint because this should be
> mostly called from slow paths (reclaim) and the real work done should
> just be larger - at least that's my intuition which might be quite off
> here. How much is that 25% of the system time in the total time btw?

The workload is a very read-heavy workload doing a lot of I/O.
Basically all the threads are going into direct reclaim a *LOT*.

The workload was roughly 50/50 user/kernel.





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

  Powered by Linux