Hi Guys, I'm seeing more and more mkdir performance problems. On the big partition where I most often NEED the performance an strace -tttT mkdir asdlkfj results in: 1300437461.968657 mkdir("asdklfj", 0777) = 0 <0.065133> On my homedir (older machine) the same mkdir is a lot faster: 1300437428.294018 mkdir("asdklfj", 0777) = 0 <0.003813> Only 3 milliseconds. Ten times faster! That would be great! On my local workstation I get: 1300437803.200227 mkdir("askldjf", 0777) = 0 <0.000092> 92 microseconds. even 30 times faster than that! That 65 milliseconds. For just one it's not that bad. Not even noticable. In my current (data-recovery) project I have (/ my client has) about 30000 directories. This means that to do the recovery I wait an additional 32 minutes just for all the mkdirs. But I'm not waiting just once for "all the mkdirs". During the course of a datarecovery I reconstruct the tree many times over, making backups of the current state over and over again. In this project I've been waiting that half hour over ten times, so it's cost me over 5 hours in productivity. IIRC, a fix was available, right? To "fix" this, all I need to do is to switch to the most recent kernel, right? Or was the fix not yet integrated with Linus? 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