Messages in this thread | ![/](/images/icornerl.gif) | | Date | Thu, 12 Apr 2001 01:45:08 -0400 (EDT) | From | Alexander Viro <> | Subject | Re: Fwd: Re: memory usage - dentry_cacheg |
| |
On Wed, 11 Apr 2001, Andreas Dilger wrote:
> I just discovered a similar problem when testing Daniel Philip's new ext2 > directory indexing code with bonnie++. I was running bonnie under single > user mode (basically nothing else running) to create 100k files with 1 data > block each (in a single directory). This would create a directory about > 8MB in size, 32MB of dirty inode tables, and about 400M of dirty buffers. > I have 128MB RAM, no swap for the testing. > > In short order, my single user shell was OOM killed, and in another test > bonnie was OOM-killed (even though the process itself is only 8MB in size). > There were 80k entries each of icache and dcache (38MB and 10MB respectively) > and only dirty buffers otherwise. Clearly we need some VM pressure on the > icache and dcache in this case. Probably also need more agressive flushing > of dirty buffers before invoking OOM.
We _have_ VM pressure there. However, such loads had never been used, so there's no wonder that system gets unbalanced under them.
I suspect that simple replacement of goto next; with continue; in the fs/dcache.c::prune_dcache() may make situation seriously better.
Al
- 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/
| ![\](/images/icornerr.gif) |