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
