From: Andrew Morton <akpm@linux-foundation.org>
To: Gabriel C <nix.or.die@googlemail.com>
Cc: greg@kroah.com, j@fuster.org, linux-kernel@vger.kernel.org
Subject: Re: sysfs_dir_cache growing out of control
Date: Wed, 5 Sep 2007 09:03:32 -0700 [thread overview]
Message-ID: <20070905090332.27eae31f.akpm@linux-foundation.org> (raw)
In-Reply-To: <46CE33DA.9010501@googlemail.com>
> On Fri, 24 Aug 2007 03:26:50 +0200 Gabriel C <nix.or.die@googlemail.com> wrote:
> Greg KH wrote:
> > On Thu, Aug 23, 2007 at 08:44:10PM -0400, Joel Fuster wrote:
> >> Greg KH wrote:
> >>> On Wed, Aug 22, 2007 at 11:56:44PM -0400, Joel Fuster wrote:
> >>>> Joel Fuster wrote:
> >>>>> Hi,
> >>>>> I am running 2.6.22.3. For reasons that escape me, over time (days) the
> >>>>> sysfs_dir_cache, dentry, and inode_cache SLUB entries grow until they
> >>>>> consume all the memory on my system, requiring a reboot.
> >>> Hm, those items should consume all the memory, but it should be freed if
> >>> you have memory pressure from other places. Does it cause the machine
> >>> to lock up, or you just got scared when seeing them?
> >> Right. The problem is that the memory never seems to get freed no matter
> >> what I do. I've tried setting /proc/sys/vm/vfs_cache_pressure to 10000,
> >> but after a few days all my programs are running out of swap and I have to
> >> reboot to get things back to a usable state.
> >>
> >>> Oh, and does the same thing happen if you do not use SLUB, but rather
> >>> the older SLAB?
> >> OK I just rebuilt 2.6.22.3 with SLAB and I seem to be getting the same
> >> result..obviously I haven't waited several days, but
> >> sysfs_dir_cache/dentry/inode_cache grow continuously when scanbuttond is
> >> running, and stop growing when it isn't.
> >
> > Do you have a pointer to the scanbuttond source code? I'll try to take
> > a look at this tomorrow.
> >
that was a long day?
> I guess this one :
>
> https://sourceforge.net/projects/scanbuttond/
I needed `setenv LD_LIBRARY_PATH /usr/local/lib' to be able to run
`scanbuttond -p 1000'
and after a few minutes I'm seeing zero growth of
/proc/spabinfo:sysfs_dir_cache over a few minutes, with 2.6.23-rc4.
Perhaps it's a specific device driver?
prev parent reply other threads:[~2007-09-05 16:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-23 0:25 sysfs_dir_cache growing out of control Joel Fuster
2007-08-23 3:56 ` Joel Fuster
2007-08-23 9:59 ` Greg KH
2007-08-24 0:44 ` Joel Fuster
2007-08-24 0:54 ` Greg KH
2007-08-24 1:26 ` Gabriel C
2007-09-05 16:03 ` Andrew Morton [this message]
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=20070905090332.27eae31f.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=greg@kroah.com \
--cc=j@fuster.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nix.or.die@googlemail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.