Btrfs: track dirty block groups on their own list
authorJosef Bacik <jbacik@fb.com>
Mon, 17 Nov 2014 20:45:48 +0000 (15:45 -0500)
committerChris Mason <clm@fb.com>
Thu, 22 Jan 2015 01:36:52 +0000 (17:36 -0800)
commitce93ec548cfa02f9cd6b70d546d5f36f4d160f57
treeb6274b12d55c6ed97d3ad508e2cb5c428d74df30
parente7070be198b34c26f39bd9010a29ce6462dc4f3e
Btrfs: track dirty block groups on their own list

Currently any time we try to update the block groups on disk we will walk _all_
block groups and check for the ->dirty flag to see if it is set.  This function
can get called several times during a commit.  So if you have several terabytes
of data you will be a very sad panda as we will loop through _all_ of the block
groups several times, which makes the commit take a while which slows down the
rest of the file system operations.

This patch introduces a dirty list for the block groups that we get added to
when we dirty the block group for the first time.  Then we simply update any
block groups that have been dirtied since the last time we called
btrfs_write_dirty_block_groups.  This allows us to clean up how we write the
free space cache out so it is much cleaner.  Thanks,

Signed-off-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: Chris Mason <clm@fb.com>
fs/btrfs/ctree.h
fs/btrfs/extent-tree.c
fs/btrfs/free-space-cache.c
fs/btrfs/transaction.c
fs/btrfs/transaction.h