[lkml]   [2006]   [Oct]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: rename() contention (BUG?)
Josef Sipek wrote:
> On Wed, Oct 25, 2006 at 03:56:34PM -0500, wrote:
>> Hello,
>> I have seen some scalability problems with Maildir-based mail systems running on
>> Linux (debian sarge, 2.6.8), and after much investigation I found a large part
>> of the problem was rename() contention.
> Just FYI, around 2.6.15 the i_sem was replace with i_mutex which is much
> better/faster. (And I would strongly suggest you upgrade.) I would actually
> like to know how much the lock contention decresed for your case.

The changes make the mutex more efficient, but won't decrease the
contention. It seems that all renames in one filesystem are serialized,
and if the renames require I/O (which is certainly the case with nfs),
rename throughput is severely limited.

Do not meddle in the internals of kernels, for they are subtle and quick to panic.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2006-10-26 20:47    [W:0.042 / U:1.504 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site