diff options
| author | Ming Lei <ming.lei@redhat.com> | 2021-05-14 10:20:52 +0800 |
|---|---|---|
| committer | Jens Axboe <axboe@kernel.dk> | 2021-05-14 08:59:08 -0600 |
| commit | 03f26d8f11403295de445b6e4e0e57ac57755791 (patch) | |
| tree | 1957af73deaa32dff92ead193f1490b798f47f90 /fs/remap_range.c | |
| parent | 6bdf2fbc48f104a84606f6165aa8a20d9a7d9074 (diff) | |
blk-mq: plug request for shared sbitmap
In case of shared sbitmap, request won't be held in plug list any more
sine commit 32bc15afed04 ("blk-mq: Facilitate a shared sbitmap per
tagset"), this way makes request merge from flush plug list & batching
submission not possible, so cause performance regression.
Yanhui reports performance regression when running sequential IO
test(libaio, 16 jobs, 8 depth for each job) in VM, and the VM disk
is emulated with image stored on xfs/megaraid_sas.
Fix the issue by recovering original behavior to allow to hold request
in plug list.
Cc: Yanhui Ma <yama@redhat.com>
Cc: John Garry <john.garry@huawei.com>
Cc: Bart Van Assche <bvanassche@acm.org>
Cc: kashyap.desai@broadcom.com
Fixes: 32bc15afed04 ("blk-mq: Facilitate a shared sbitmap per tagset")
Signed-off-by: Ming Lei <ming.lei@redhat.com>
Link: https://lore.kernel.org/r/20210514022052.1047665-1-ming.lei@redhat.com
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'fs/remap_range.c')
0 files changed, 0 insertions, 0 deletions