lkml.org 
[lkml]   [2023]   [Jan]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH v2 0/5] Introduce memcg_stock_pcp remote draining
    On Fri 27-01-23 04:14:19, Leonardo Brás wrote:
    > On Thu, 2023-01-26 at 15:12 -0800, Roman Gushchin wrote:
    [...]
    > > I'd rather opt out of stock draining for isolated cpus: it might slightly reduce
    > > the accuracy of memory limits and slightly increase the memory footprint (all
    > > those dying memcgs...), but the impact will be limited. Actually it is limited
    > > by the number of cpus.
    >
    > I was discussing this same idea with Marcelo yesterday morning.
    >
    > The questions had in the topic were:
    > a - About how many pages the pcp cache will hold before draining them itself? 

    MEMCG_CHARGE_BATCH (64 currently). And one more clarification. The cache
    doesn't really hold any pages. It is a mere counter of how many charges
    have been accounted for the memcg page counter. So it is not really
    consuming proportional amount of resources. It just pins the
    corresponding memcg. Have a look at consume_stock and refill_stock

    > b - Would it cache any kind of bigger page, or huge page in this same aspect?

    The above should answer this as well as those following up I hope. If
    not let me know.
    --
    Michal Hocko
    SUSE Labs

    \
     
     \ /
      Last update: 2023-03-26 23:57    [W:4.477 / U:0.080 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site