Limiting number of request to BLK_MAX_REQUEST_COUNT at blk_plug hurts
performance for large md arrays. [1] shows resync speed of md array drops
for md array with more than 16 HDDs.
Fix this by allowing more request at plug queue. The multiple_queue flag
is used to only apply higher limit to multiple queue cases.
[1] https://lore.kernel.org/linux-raid/CAFDAVznS71BXW8Jxv6k9dXc2iR3ysX3iZRBww_rzA8WifBFxGg@mail.gmail.com/
Tested-by: Marcin Wanat <redacted>
Signed-off-by: Song Liu <redacted>
---
block/blk-mq.c | 14 +++++++++++++-
1 file changed, 13 insertions(+), 1 deletion(-)
Limiting number of request to BLK_MAX_REQUEST_COUNT at blk_plug hurts
performance for large md arrays. [1] shows resync speed of md array drops
for md array with more than 16 HDDs.
Fix this by allowing more request at plug queue. The multiple_queue flag
is used to only apply higher limit to multiple queue cases.
On 9/10/21 8:43 AM, Finlayson, James M CIV (USA) wrote:
All,
I have a suspicion this will help my efforts increasing the IOPS
ability of mdraid in 10-12 NVMe drive per raid group situations.
Pure neophyte question, which I apologize for in advance, how can I
test this? Does this end up in a 5.15 release candidate kernel?
It's queued up to go into Linus's tree before -rc1, so should be in
5.15-rc1 for you to test.
I want to make contributions wherever I can, as I have hardware and
needs, so I can act as a performance validator within reason. I know
I can't make contributions as a developer, but I'm willing to
contribute in areas where our goals are in alignment and this appears
to be one.
Testing is definitely valuable, particularly for something like this! So
please do test -rc1 and report back your findings.
--
Jens Axboe
From: Finlayson, James M CIV (USA) <hidden> Date: 2021-09-10 14:51:03
All,
I have a suspicion this will help my efforts increasing the IOPS ability of mdraid in 10-12 NVMe drive per raid group situations.
Pure neophyte question, which I apologize for in advance, how can I test this? Does this end up in a 5.15 release candidate kernel?
I want to make contributions wherever I can, as I have hardware and needs, so I can act as a performance validator within reason. I know I can't make contributions as a developer, but I'm willing to contribute in areas where our goals are in alignment and this appears to be one.
Regards,
Jim
-----Original Message-----
From: Jens Axboe <axboe@kernel.dk>
Sent: Tuesday, September 7, 2021 7:06 PM
To: Song Liu <redacted>; linux-block@vger.kernel.org; linux-raid@vger.kernel.org
Cc: marcin.wanat@gmail.com
Subject: [Non-DoD Source] Re: [PATCH] blk-mq: allow 4x BLK_MAX_REQUEST_COUNT at blk_plug for multiple_queues
On 9/7/21 5:03 PM, Song Liu wrote:
Limiting number of request to BLK_MAX_REQUEST_COUNT at blk_plug hurts
performance for large md arrays. [1] shows resync speed of md array
drops for md array with more than 16 HDDs.
Fix this by allowing more request at plug queue. The multiple_queue
flag is used to only apply higher limit to multiple queue cases.