Btrfs: test free space only for unclustered allocation
authorAlexandre Oliva <lxoliva@fsfla.org>
Mon, 12 Dec 2011 06:48:19 +0000 (04:48 -0200)
committerChris Mason <chris.mason@oracle.com>
Fri, 6 Jan 2012 20:48:21 +0000 (15:48 -0500)
commita5f6f719a5cd7caeee8ed8137cf3f94c3bbebc65
tree622a4a4399eae8e81b152670aa71c621d31b1878
parent1100373f8aa69e377386499350496e3d8565605f
Btrfs: test free space only for unclustered allocation

Since the clustered allocation may be taking extents from a different
block group, there's no point in spin-locking and testing the current
block group free space before attempting to allocate space from a
cluster, even more so when we might refrain from even trying the
cluster in the current block group because, after the cluster was set
up, not enough free space remained.  Furthermore, cluster creation
attempts fail fast when the block group doesn't have enough free
space, so the test was completely superfluous.

I've move the free space test past the cluster allocation attempt,
where it is more useful, and arranged for a cluster in the current
block group to be released before trying an unclustered allocation,
when we reach the LOOP_NO_EMPTY_SIZE stage, so that the free space in
the cluster stands a chance of being combined with additional free
space in the block group so as to succeed in the allocation attempt.

Signed-off-by: Alexandre Oliva <oliva@lsd.ic.unicamp.br>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
fs/btrfs/extent-tree.c