Messages in this thread | | | Date | Tue, 18 Dec 2007 23:24:45 +1100 | From | David Chinner <> | Subject | Re: Important regression with XFS update for 2.6.24-rc6 |
| |
On Tue, Dec 18, 2007 at 12:28:04PM +0100, Damien Wyart wrote: > Hello, > > As a follow-up to <http://marc.info/?l=linux-kernel&m=119796120524618&w=2> > (LKML seems down right now so I am not linking to it), I have detected an > important problem with these two patches: after applying them by hand > (downloaded them raw from SGI's gitweb) on top of 2.6.24-rc5-git5 (they have > not yet been pulled into mainline by Linux as of this morning) for testing > purposes, I noticed upon reboot that "ls -l" on directories with many files > and subdirectories (around 5000 entries) takes several hundreds of MB in RAM > and then dies with "memory exhausted" error.
Ok. I haven't noticed anything wrong with directories up to about 250,000 files in the last few days. The ls -l I just did on a directory with 15000 entries (btree format) used about 5MB of RAM. extent format directories appear to work fine as well (tested 500 entries).
Can you:
a) isolate the problem to one patch or the other. My guess would be the directory mod, but..... b) show your working ;) - what platform (i386, x86_64, etc) - what debug options - commands and output that shows the problem - strace of ls -l going bad - xfs_info from filesystem in question
> I also noticed that ldconfig takes a lot of time to complete, and firefox > seems also to eat much more memory than usual. Reverting the two patches > (going back to vanilla rc5-git5) makes these problems go away. I am not > able to test right now if only one of the patches is bogus or if both of > them are concerned.
Well, there goes a).....
> As the symptoms are easy to reproduce, I guess this is some kind of brown > paper bag bug and will be easy for XFS experts to spot.
Well, not reproducable on my test boxes. It may well be a brown paper bag job, but it's not obvious.
Cheers,
Dave. -- Dave Chinner Principal Engineer SGI Australian Software Group
| |