linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Vasily Averin <vvs@virtuozzo.com>
To: Roman Gushchin <roman.gushchin@linux.dev>
Cc: Hyeonggon Yoo <42.hyeyoo@gmail.com>,
	Vlastimil Babka <vbabka@suse.cz>, Linux MM <linux-mm@kvack.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	kernel@openvz.org
Subject: Re: slabinfo shows incorrect active_objs ???
Date: Wed, 23 Feb 2022 04:07:17 +0300	[thread overview]
Message-ID: <a717ee21-7036-ebc8-61d5-91292ccd7267@virtuozzo.com> (raw)
In-Reply-To: <39D8F5E1-85E1-4B43-9FCB-379ACCEC75F4@linux.dev>

On 22.02.2022 19:47, Roman Gushchin wrote:
>> On Feb 22, 2022, at 4:10 AM, Vasily Averin <vvs@virtuozzo.com> wrote:
>> I'm preparing new set of memcg accounting patches, with reparired tools/cgroup/memcg_slapinfo.py
>> I can get numbers of accounted resources, but I need to understand how may resources was NOT
>> accounted to memcg but allocated on host. I expected get these numbers from host's slabinfo but
>> it does not show correct numbers.
> 
> I’m really curious what these patches are. Are you looking to enable accounting for more slab caches?

I think I can announce it right now:

- Terminal accounting patch was lost in previous iteration,
- nft replaced iptables but still lacks an accounting,
- in openvz, we have a limit for each container for network interfaces, but upstream lacks it.  As a result, you can create many network interfaces, allocate a lot of non-memcg-accounted memory, and easily run OOM from a memcg-limited container. When creating a network device, various objects are allocated: queues, sysctl tables, kernfs_node, hash tables with dynamically resizable size using hashtable_init() and some others. I expect accounting for some of them can be quickly approved, but others may meet resistance. Moreover, I tested only veth devices, others may consume some other specific resources.
  In any case, I'm going to pay attention to this problem and find some acceptable solution.

Thank you,
	Vasily Averin


  reply	other threads:[~2022-02-23  1:07 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-22  9:22 Vasily Averin
2022-02-22 10:23 ` Hyeonggon Yoo
2022-02-22 12:10   ` Vasily Averin
2022-02-22 16:32     ` Shakeel Butt
2022-02-22 16:47     ` Roman Gushchin
2022-02-23  1:07       ` Vasily Averin [this message]
2022-02-22 20:59     ` Roman Gushchin
2022-02-22 23:08       ` Vlastimil Babka
2022-02-23  0:07         ` Roman Gushchin
2022-02-23  0:32           ` Vlastimil Babka
2022-02-23  3:45             ` Hyeonggon Yoo
2022-02-23 17:31               ` Vlastimil Babka
2022-02-23 18:15                 ` Roman Gushchin
2022-02-24 13:16                 ` Vasily Averin
2022-02-25  0:08                   ` Roman Gushchin
2022-02-25  4:37                     ` Vasily Averin
2022-02-28  6:17                       ` Vasily Averin
2022-02-28 10:22                         ` Hyeonggon Yoo
2022-02-28 10:28                           ` Hyeonggon Yoo
2022-02-28 10:43                         ` Hyeonggon Yoo
2022-02-28 12:09                         ` Hyeonggon Yoo
2022-03-03  8:39                   ` Christoph Lameter
2022-03-04 16:29     ` Vlastimil Babka
2022-02-22 11:10 ` Vlastimil Babka

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a717ee21-7036-ebc8-61d5-91292ccd7267@virtuozzo.com \
    --to=vvs@virtuozzo.com \
    --cc=42.hyeyoo@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=kernel@openvz.org \
    --cc=linux-mm@kvack.org \
    --cc=roman.gushchin@linux.dev \
    --cc=vbabka@suse.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox