btrfs: actively run the delayed refs while deleting large files
authorChris Mason <clm@fb.com>
Wed, 17 Dec 2014 17:41:04 +0000 (09:41 -0800)
committerChris Mason <clm@fb.com>
Fri, 10 Apr 2015 21:00:14 +0000 (14:00 -0700)
commit28ed1345a50491d78e1454ad4005dc5d3557a69e
treebd620b07d9b964680dca517d7dd052f294c13a2c
parent4a3d1caf8a2c16c55424a0768eade54ee0922341
btrfs: actively run the delayed refs while deleting large files

When we are deleting large files with large extents, we are building up
a huge set of delayed refs for processing.  Truncate isn't checking
often enough to see if we need to back off and process those, or let
a commit proceed.

The end result is long stalls after the rm, and very long commit times.
During the commits, other processes back up waiting to start new
transactions and we get into trouble.

Signed-off-by: Chris Mason <clm@fb.com>
fs/btrfs/free-space-cache.c
fs/btrfs/inode.c
fs/btrfs/transaction.c
fs/btrfs/tree-log.c