aboutsummaryrefslogtreecommitdiffstats
path: root/fs
diff options
context:
space:
mode:
authorJosef Bacik <josef@redhat.com>2011-10-19 10:31:37 -0400
committerJosef Bacik <josef@redhat.com>2011-10-19 15:13:01 -0400
commit016fc6a63e465d5b94e4028f6d05d9703e195428 (patch)
tree5482f54821647aaa10d038459012b9c8fe78e956 /fs
parent7e355b83efa80e5f5821591c13c17649594d82ac (diff)
Btrfs: don't flush the cache inode before writing it
I noticed we had a little bit of latency when writing out the space cache inodes. It's because we flush it before we write anything in case we have dirty pages already there. This doesn't matter though since we're just going to overwrite the space, and there really shouldn't be any dirty pages anyway. This makes some of my tests run a little bit faster. Thanks, Signed-off-by: Josef Bacik <josef@redhat.com>
Diffstat (limited to 'fs')
-rw-r--r--fs/btrfs/free-space-cache.c4
1 files changed, 0 insertions, 4 deletions
diff --git a/fs/btrfs/free-space-cache.c b/fs/btrfs/free-space-cache.c
index 2fecfc3183ee..de205d59b74b 100644
--- a/fs/btrfs/free-space-cache.c
+++ b/fs/btrfs/free-space-cache.c
@@ -829,10 +829,6 @@ int __btrfs_write_out_cache(struct btrfs_root *root, struct inode *inode,
829 if (!i_size_read(inode)) 829 if (!i_size_read(inode))
830 return -1; 830 return -1;
831 831
832 filemap_write_and_wait(inode->i_mapping);
833 btrfs_wait_ordered_range(inode, inode->i_size &
834 ~(root->sectorsize - 1), (u64)-1);
835
836 io_ctl_init(&io_ctl, inode, root); 832 io_ctl_init(&io_ctl, inode, root);
837 833
838 /* Get the cluster for this block_group if it exists */ 834 /* Get the cluster for this block_group if it exists */