linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: 段熊春 <duanxiongchun@bytedance.com>
To: Michal Hocko <mhocko@kernel.org>
Cc: dong <bauers@126.com>, Vladimir Davydov <vdavydov.dev@gmail.com>,
	Johannes Weiner <hannes@cmpxchg.org>,
	bugzilla-daemon@bugzilla.kernel.org, linux-mm@kvack.org,
	Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [Bug 201699] New: kmemleak in memcg_create_kmem_cache
Date: Thu, 22 Nov 2018 10:56:04 +0800	[thread overview]
Message-ID: <7348A2DF-87E8-4F88-B270-7FB71DB5C8CB@bytedance.com> (raw)
In-Reply-To: <20181121162747.GR12932@dhcp22.suse.cz>

[-- Attachment #1: Type: text/plain, Size: 1531 bytes --]

We worry about that because in our system ,we use systemd manager our service . One day we find some machine suddenly eat lots of memory.
we find in some case,our server will start fail just recording a log then exit。 but the systemd will relaunch this server every 2 second. That  server is limit memory access by memcg.

After long time dig, we find their lots of offline but not release memcg object in memory eating lots of memory.
Why this memcg not release? Because the inode pagecache use  some page which is charged to those memcg,

And we find some time the inode(log file inode ) is also charged to one  memcg.  The only way to release that memcg is to free the inode object(example, to remove the log file.)

No matter which allocator  using (slab or slub), the problem is aways there. 

After  I view the code in slab ,slub and memcg. I think in above general scenario there maybe a problem.

Thanks for replying
bytedance.net
段熊春
duanxiongchun@bytedance.com




> On Nov 22, 2018, at 12:27 AM, Michal Hocko <mhocko@kernel.org> wrote:
> 
> On Wed 21-11-18 17:36:51, 段熊春 wrote:
>> hi all:
>> 
>> In same case, I think it’s may be a problem。
>> 
>> if I create a virtual netdev device under mem cgroup(like ip link add ve_A type veth peer name ve_B).after that ,I destroy this mem cgroup。
> 
> Which object is charged to that memcg? If there is no relation to any
> task context then accounting to a memcg is problematic.
> 
> -- 
> Michal Hocko
> SUSE Labs


[-- Attachment #2: Type: text/html, Size: 3108 bytes --]

  parent reply	other threads:[~2018-11-22  2:56 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <bug-201699-27@https.bugzilla.kernel.org/>
2018-11-15 21:06 ` Andrew Morton
2018-11-16  2:23   ` dong
2018-11-16  3:04     ` dong
2018-11-16  3:37       ` dong
2018-11-16 17:50   ` Vladimir Davydov
2018-11-18  0:44     ` dong
2018-11-19  8:30       ` Vladimir Davydov
2018-11-19 10:24         ` Michal Hocko
2018-11-19 11:56         ` dong
2018-11-21  8:46           ` dong
2018-11-21  8:56             ` Vladimir Davydov
2018-11-21  9:06               ` dong
2018-11-21  9:10             ` Michal Hocko
2018-11-21  9:22               ` dong
2018-11-21  9:36                 ` 段熊春
2018-11-21 16:27                   ` Michal Hocko
2018-11-22  2:19                     ` 段熊春
2018-11-22  7:32                       ` Michal Hocko
2018-11-22  2:56                     ` 段熊春 [this message]
2018-11-22  7:34                       ` Michal Hocko
2018-11-22  8:21                         ` 段熊春
2018-11-23  6:54                         ` 段熊春
2018-11-21  8:52           ` Re: " Vladimir Davydov

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=7348A2DF-87E8-4F88-B270-7FB71DB5C8CB@bytedance.com \
    --to=duanxiongchun@bytedance.com \
    --cc=akpm@linux-foundation.org \
    --cc=bauers@126.com \
    --cc=bugzilla-daemon@bugzilla.kernel.org \
    --cc=hannes@cmpxchg.org \
    --cc=linux-mm@kvack.org \
    --cc=mhocko@kernel.org \
    --cc=vdavydov.dev@gmail.com \
    /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