When we truncate existing items in the tree log we've been searching for
each individual item and removing them.  This is unnecessary churn and
searching, just keep track of the slot we are on and how many items we need
to delete and delete them all at once.  Thanks,

Signed-off-by: Josef Bacik <jba...@fusionio.com>
---
V1->V2: do as zach suggested and bin search down to the lowest key in this leaf
and delete from there.  In practice this won't be more than 2 or 3 items, but if
you have lots of xattrs it could be a lot more.

 fs/btrfs/tree-log.c |   15 +++++++++++++--
 1 files changed, 13 insertions(+), 2 deletions(-)

diff --git a/fs/btrfs/tree-log.c b/fs/btrfs/tree-log.c
index 4e468a0..a5dcf71 100644
--- a/fs/btrfs/tree-log.c
+++ b/fs/btrfs/tree-log.c
@@ -2872,6 +2872,7 @@ static int drop_objectid_items(struct btrfs_trans_handle 
*trans,
        int ret;
        struct btrfs_key key;
        struct btrfs_key found_key;
+       int start_slot;
 
        key.objectid = objectid;
        key.type = max_key_type;
@@ -2893,8 +2894,18 @@ static int drop_objectid_items(struct btrfs_trans_handle 
*trans,
                if (found_key.objectid != objectid)
                        break;
 
-               ret = btrfs_del_item(trans, log, path);
-               if (ret)
+               found_key.offset = 0;
+               found_key.type = 0;
+               ret = btrfs_bin_search(path->nodes[0], &found_key, 0,
+                                      &start_slot);
+
+               ret = btrfs_del_items(trans, log, path, start_slot,
+                                     path->slots[0] - start_slot + 1);
+               /*
+                * If start slot isn't 0 then we don't need to re-search, we've
+                * found the last guy with the objectid in this tree.
+                */
+               if (ret || start_slot != 0)
                        break;
                btrfs_release_path(path);
        }
-- 
1.7.7.6

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

Reply via email to