Btrfs: do not create explicit holes when replaying log tree if NO_HOLES enabled
authorFilipe Manana <fdmanana@suse.com>
Wed, 1 Feb 2017 14:58:02 +0000 (14:58 +0000)
committerFilipe Manana <fdmanana@suse.com>
Fri, 24 Feb 2017 00:38:10 +0000 (00:38 +0000)
We log holes explicitly by using file extent items, however when replaying
a log tree, if a logged file extent item corresponds to a hole and the
NO_HOLES feature is enabled we do not need to copy the file extent item
into the fs/subvolume tree, as the absence of such file extent items is
the purpose of the NO_HOLES feature. So skip the copying of file extent
items representing holes when the NO_HOLES feature is enabled.

Signed-off-by: Filipe Manana <fdmanana@suse.com>
fs/btrfs/tree-log.c

index 3806853cde08d802c708beb58e61f08b1ac0c567..3cc972330ab34a6409abc67633fa9ec78b782b14 100644 (file)
@@ -673,6 +673,10 @@ static noinline int replay_one_extent(struct btrfs_trans_handle *trans,
                unsigned long dest_offset;
                struct btrfs_key ins;
 
+               if (btrfs_file_extent_disk_bytenr(eb, item) == 0 &&
+                   btrfs_fs_incompat(fs_info, NO_HOLES))
+                       goto update_inode;
+
                ret = btrfs_insert_empty_item(trans, root, path, key,
                                              sizeof(*item));
                if (ret)
@@ -825,6 +829,7 @@ static noinline int replay_one_extent(struct btrfs_trans_handle *trans,
        }
 
        inode_add_bytes(inode, nbytes);
+update_inode:
        ret = btrfs_update_inode(trans, root, inode);
 out:
        if (inode)