Btrfs: Throttle for async bio submits higher up the chain

The current code waits for the count of async bio submits to get below
a given threshold if it is too high right after adding the latest bio
to the work queue.  This isn't optimal because the caller may have
sequential adjacent bios pending they are waiting to send down the pipe.

This changeset requires the caller to wait on the async bio count,
and changes the async checksumming submits to wait for async bios any
time they self throttle.

The end result is much higher sequential throughput.

Signed-off-by: Chris Mason <chris.mason@oracle.com>

1 files changed, 0 insertions, 6 deletions

diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
index 2652660e6079..5b1b60839d21 100644
--- a/fs/btrfs/volumes.c
+++ b/fs/btrfs/volumes.c
@@ -2145,7 +2145,6 @@ int schedule_bio(struct btrfs_root *root, struct btrfs_device *device,
                  int rw, struct bio *bio)
 {
         int should_queue = 1;
-        unsigned long limit;
 
         /* don't bother with additional async steps for reads, right now */
         if (!(rw & (1 << BIO_RW))) {
@@ -2182,11 +2181,6 @@ int schedule_bio(struct btrfs_root *root, struct btrfs_device *device,
         if (should_queue)
                 btrfs_queue_worker(&root->fs_info->submit_workers,
                                    &device->work);
-
-        limit = btrfs_async_submit_limit(root->fs_info);
-        wait_event_timeout(root->fs_info->async_submit_wait,
-                           (atomic_read(&root->fs_info->nr_async_bios) < limit),
-                           HZ/10);
         return 0;
 }