On Tue, Mar 29, 2011 at 10:26:54PM +0200, Christian Brandt wrote: > Am 29.03.2011 08:03, schrieb Rogier Wolff: > > >>> >>> Is the slow performance with lots of hard links a known issue? > > > > > > Yes, it is a known issue. > > At least its not my fault :-) thanks for the info. > > > > You get to test my patch. :-) > > > > > > I strongly suspect that (just like me) sometime in the past you've > > > seen e2fsck run out of memory and were advised to enable the > > > on-disk-databases. > > Something like that... The drive has been formatted recently but a bad > controller corrupted vital information upon mount and some more on the > next fsck. I Ctrl-C pretty fast when I saw lots of rather confusing > kernel errors between fsck output. This could have left the drive in a > similiar state, couldn't it? The code I "fixed" is the code that uses an on-disk database instead of in-memory datastructures. Those in-memory datastructures may move to swap if you have enough of that and enough addressing space. In my case, normal fsck memory usage plus those two flexible datastructures would have exceeded 3Gb which exceeds the 32-bit Linux process size limit. So if you haven't touched the config file which specifies to put these structures on disk, you are not experiencing the same problem that I was.... Or someone else changed the configuration file for you.... The patch is against a CVS checkout (or whatever SCM is used) of e2fsprogs. Roger. -- ** R.E.Wolff@xxxxxxxxxxxx ** http://www.BitWizard.nl/ ** +31-15-2600998 ** ** Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233 ** *-- BitWizard writes Linux device drivers for any device you may have! --* Q: It doesn't work. A: Look buddy, doesn't work is an ambiguous statement. Does it sit on the couch all day? Is it unemployed? Please be specific! Define 'it' and what it isn't doing. --------- Adapted from lxrbot FAQ -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
