Re: mkdir performance.

[Eric Sandeen <sandeen@redhat.com>]

On 3/18/11 3:57 AM, Rogier Wolff wrote:
> 
> 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!

Did you have a chance to play with that patch I flung onto
the list?  :)

-Eric

> 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. 
>