Thread (123 messages) 123 messages, 6 authors, 2020-08-18

RE: [PATCH RFC v7 02/12] blk-mq: rename blk_mq_update_tag_set_depth()

From: Kashyap Desai <kashyap.desai@broadcom.com>
Date: 2020-06-24 08:13:37
Also in: linux-scsi

On 6/23/20 1:25 PM, John Garry wrote:
quoted
On 11/06/2020 09:26, John Garry wrote:
quoted
On 11/06/2020 03:57, Ming Lei wrote:
quoted
On Thu, Jun 11, 2020 at 01:29:09AM +0800, John Garry wrote:
quoted
From: Hannes Reinecke <hare@suse.de>

The function does not set the depth, but rather transitions from
shared to non-shared queues and vice versa.
So rename it to blk_mq_update_tag_set_shared() to better reflect
its purpose.
It is fine to rename it for me, however:

This patch claims to rename blk_mq_update_tag_set_shared(), but also
change blk_mq_init_bitmap_tags's signature.
I was going to update the commit message here, but forgot again...
quoted
So suggest to split this patch into two or add comment log on
changing blk_mq_init_bitmap_tags().
I think I'll just split into 2x commits.
Hi Hannes,

Do you have any issue with splitting the undocumented changes into
another patch as so:
No, that's perfectly fine.

Kashyap, I've also attached an updated patch for the elevator_count patch;
if
you agree John can include it in the next version.
Hannes - Patch looks good.   Header does not include problem statement. How
about adding below in header ?

High CPU utilization on "native_queued_spin_lock_slowpath" due to lock
contention is possible in mq-deadline and bfq io scheduler when nr_hw_queues
is more than one.
It is because kblockd work queue can submit IO from all online CPUs (through
blk_mq_run_hw_queues) even though only one hctx has pending commands.
Elevator callback "has_work" for mq-deadline and bfq scheduler consider
pending work if there are any IOs on request queue and it does not account
hctx context.

I have not seen performance drop after this patch, but I will continue
further testing.

John - One more thing, I am working on megaraid_sas driver to provide both
host_tagset = 1 and 0 option through module parameter.

Kashyap
Cheers,

Hannes
--
Dr. Hannes Reinecke            Teamlead Storage & Networking
hare@suse.de                               +49 911 74053 688
SUSE Software Solutions GmbH, Maxfeldstr. 5, 90409 Nürnberg HRB 36809
(AG Nürnberg), Geschäftsführer: Felix Imendörffer
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help