Messages in this thread |  | | Date | Sun, 27 May 2001 08:21:15 +0200 (CEST) | From | Mike Galbraith <> | Subject | Re: Linux 2.4.4-ac17 |
| |
On Sat, 26 May 2001, Jaswinder Singh wrote:
> > The OS resides on disk, yes. I suppose I could plunk a minimal > > system into ramfs, pivot_root and umount disk, but I don't see > > any way that could matter for a memory leak. > > > > It is very difficult to see memory leak , with hard disks .
It is very easy for me to see any leak which I can trigger. I'm using a tool which tracks each any every allocation in the kernel. (a 1/32 scale model of physical memory with 'who allocated it, and when' tags)
> As i told you , in my case i am using no harddisks , only thing i have is > RAM , so i am using only Ramdisk and ramfs, so in my case my Ram will full > within few minutes and My machine hangs .
Exactly. Nothing but ram and it's mostly unfreeable. That makes life pretty tough for the vm.
Does it hang if you are doing other things than creating/destroying tiny files (with unique names) as rapidly as possible?.. ie did you start doing that to troubleshoot because it was hanging over a long period of time?
You snipped my suggestion.. did you try it? If not, please do. In fact, go a bit further. Make unconditional calls to kmem_cache_reap() and shrink_icache_memory() as well.. prior to calling page_launder(). It's a long shot, but it might help. If it does help, that will tell developers what they need to know. It costs you five minutes.
Another option is to build 2.4.5-pre6 and add the patch Rik posted. If my thinker is working right, that _will_ help (if not cure).
Another option which virtually guarantees successful identification of the problem (but costs more than five minutes) is for you to grab a copy of IKD from your favorite kernel mirror and give memleak a try locally. It can be found in /pub/linux/kernel/people/andrea/ikd. If you choose this option and have any trouble, drop me a note offline.
-Mike
- 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/
|  |