On Tue, May 18, 2010 at 02:14:05AM +0200, Jakob Unterwurzacher wrote: > On 17/05/10 21:36, Chris Mason wrote: > > > > That should be a zero second window, we try to force things to disk > > during renames. > > > > Could you please try this patch: > > > > diff --git a/fs/btrfs/ordered-data.c b/fs/btrfs/ordered-data.c > > index c9f1020..9370a71 100644 > > --- a/fs/btrfs/ordered-data.c > > +++ b/fs/btrfs/ordered-data.c > > @@ -806,7 +806,7 @@ int btrfs_add_ordered_operation(struct > > btrfs_trans_handle *trans, > > * if this file hasn't been changed since the last transaction > > * commit, we can safely return without doing anything > > */ > > - if (last_mod < root->fs_info->last_trans_committed) > > + if (0 && last_mod < root->fs_info->last_trans_committed) > > > Ok, I upgraded to 2.6.34 final and switched to defconfig. > I only did the rename test ( i.e. no overwrite ), the window is now > 1.1s, both with vanilla and with the patch.
Thanks, so much for the easy fix. I'll take a look. -chris -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
