lkml.org 
[lkml]   [2020]   [Apr]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: memleak in cgroup
On Mon, Apr 27, 2020 at 01:13:04PM -0400, Johannes Weiner wrote:
> +cc Roman who has been looking the most at this area
>
> On Mon, Apr 27, 2020 at 03:48:13PM +0800, Yang Yingliang wrote:
> > +cc linux-mm@kvack.org <mailto:linux-mm@kvack.org>
> >
> > On 2020/4/26 19:21, Yang Yingliang wrote:
> > > Hi,
> > >
> > > When I doing the follow test in kernel-5.7-rc2, I found mem-free is
> > > decreased
> > >
> > > #!/bin/sh
> > > cd /sys/fs/cgroup/memory/
> > >
> > > for((i=0;i<45;i++))
> > > do
> > >         for((j=0;j<60000;j++))
> > >         do
> > >                 mkdir /sys/fs/cgroup/memory/yyl-cg$j
> > >         done
> > >         sleep 1
> > >         ls /sys/fs/cgroup/memory/ | grep yyl | xargs rmdir
> > > done
>
> Should be easy enough to reproduce, thanks for the report. I'll try to
> take a look later this week, unless Roman beats me to it.
>
> Is this a new observation in 5.7-rc2?
>
> Can you provide /sys/fs/cgroup/unified/cgroup.stat after the test?

I'm actually trying to reproduce it now, but so far haven't found any issues.

Yang, can you, please, attach the config you're using?

And also confirm that you're giving the system some time before looking
at the memory statistics? Reclaim of internal cgroup structure is a complex
process which might take some time to finish.

Is dmesg also clean?

Thanks!

\
 
 \ /
  Last update: 2020-04-27 19:25    [W:0.084 / U:6.900 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site