login
Login
/
Register
Search
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
August
»
24
Re: sysfs_dir_cache growing out of control
view
thread
!MAILaRCHIVE_VOTE_RePLACE
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From:
Gabriel C <nix.or.die@...>
To: Greg KH <greg@...>
Cc: Joel Fuster <j@...>, <linux-kernel@...>
Subject:
Re: sysfs_dir_cache growing out of control
Date: Thursday, August 23, 2007 - 9:26 pm
Greg KH wrote:
quoted text
> 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. >
I guess this one :
https://sourceforge.net/projects/scanbuttond/
quoted text
> thanks, > > greg k-h > -
Gabriel -
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
sysfs_dir_cache growing out of control
, Joel Fuster
, (Wed Aug 22, 8:25 pm)
Re: sysfs_dir_cache growing out of control
, Joel Fuster
, (Wed Aug 22, 11:56 pm)
Re: sysfs_dir_cache growing out of control
, Greg KH
, (Thu Aug 23, 5:59 am)
Re: sysfs_dir_cache growing out of control
, Joel Fuster
, (Thu Aug 23, 8:44 pm)
Re: sysfs_dir_cache growing out of control
, Greg KH
, (Thu Aug 23, 8:54 pm)
Re: sysfs_dir_cache growing out of control
, Gabriel C
, (Thu Aug 23, 9:26 pm)
Re: sysfs_dir_cache growing out of control
, Andrew Morton
, (Wed Sep 5, 12:03 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Davide Libenzi
[patch 7/8] fdmap v2 - implement sys_socket2
Greg Kroah-Hartman
[PATCH 018/196] coda: convert struct class_device to struct device
Bart Van Assche
Integration of SCST in the mainstream Linux kernel
David Newall
Re: Slow DOWN, please!!!
git
:
linux-netdev
:
Christoph Lameter
Network latency regressions from 2.6.22 to 2.6.29
David Miller
Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Arjan van de Ven
Re: [GIT]: Networking
Gerrit Renker
[PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side)
openbsd-misc
:
Colocation donated by:
Who's online
There are currently
3 users
and
699 guests
online.
Online users
starbucksfreak9
ahmadlawson7581
Jeremy
Syndicate