| From: |
| Ming Lei <ming.lei-AT-redhat.com> |
| To: |
| James Bottomley <James.Bottomley-AT-HansenPartnership.com>, linux-scsi-AT-vger.kernel.org, "Martin K . Petersen" <martin.petersen-AT-oracle.com>, linux-block-AT-vger.kernel.org, Jens Axboe <axboe-AT-kernel.dk> |
| Subject: |
| [PATCH 00/10] scsi: tracking device queue depth via sbitmap |
| Date: |
| Tue, 11 Feb 2020 20:11:25 +0800 |
| Message-ID: |
| <20200211121135.30064-1-ming.lei@redhat.com> |
| Cc: |
| Ming Lei <ming.lei-AT-redhat.com>, Omar Sandoval <osandov-AT-fb.com>, Sathya Prakash <sathya.prakash-AT-broadcom.com>, Chaitra P B <chaitra.basappa-AT-broadcom.com>, Suganath Prabu Subramani <suganath-prabu.subramani-AT-broadcom.com>, Kashyap Desai <kashyap.desai-AT-broadcom.com>, Sumit Saxena <sumit.saxena-AT-broadcom.com>, Shivasharan S <shivasharan.srikanteshwara-AT-broadcom.com>, "Ewan D . Milne" <emilne-AT-redhat.com>, Hannes Reinecke <hare-AT-suse.de>, Bart Van Assche <bart.vanassche-AT-wdc.com> |
| Archive-link: |
| Article |
Hi,
scsi uses one global atomic variable to track queue depth for each
LUN/request queue. This way can't scale well when there is lots of CPU
cores and the disk is very fast. Broadcom guys has complained that their
high end HBA can't reach top performance because .device_busy is
operated in IO path.
Replace the atomic variable sdev->device_busy with sbitmap for
tracking scsi device queue depth.
Test on scsi_debug shows this way improve IOPS > 20%. Meantime
the IOPS difference is just ~1% compared with bypassing .device_busy
on scsi_debug via patches[1]
The 1st 6 patches moves percpu allocation hint into sbitmap, since
the improvement by doing percpu allocation hint on sbitmap is observable.
Meantime export helpers for SCSI.
Patch 7 and 8 prepares for the conversion by returning budget token
from .get_budget callback, meantime passes the budget token to driver
via 'struct blk_mq_queue_data' in .queue_rq().
The last two patches changes SCSI for switching to track device queue
depth via sbitmap.
Broadcom Guys, please test this patchset and see if expected performance
can be reached.
Please comment and review!
thanks,
Ming
[1] https://lore.kernel.org/linux-block/20200119071432.18558-...
Ming Lei (10):
sbitmap: maintain allocation round_robin in sbitmap
sbitmap: add helpers for updating allocation hint
sbitmap: remove sbitmap_clear_bit_unlock
sbitmap: move allocation hint into sbitmap
sbitmap: export sbitmap_weight
sbitmap: add helper of sbitmap_calculate_shift
blk-mq: return budget token from .get_budget callback
blk-mq: pass budget token to dirver via blk_mq_queue_data
scsi: add scsi_device_busy() to read sdev->device_busy
scsi: replace sdev->device_busy with sbitmap
block/blk-mq-sched.c | 20 ++-
block/blk-mq.c | 37 +++--
block/blk-mq.h | 11 +-
block/kyber-iosched.c | 3 +-
drivers/dma/idxd/device.c | 2 +-
drivers/dma/idxd/submit.c | 2 +-
drivers/scsi/mpt3sas/mpt3sas_scsih.c | 2 +-
drivers/scsi/scsi.c | 2 +
drivers/scsi/scsi_lib.c | 47 +++---
drivers/scsi/scsi_priv.h | 1 +
drivers/scsi/scsi_scan.c | 21 ++-
drivers/scsi/scsi_sysfs.c | 4 +-
drivers/scsi/sg.c | 2 +-
include/linux/blk-mq.h | 5 +-
include/linux/sbitmap.h | 84 +++++++----
include/scsi/scsi_cmnd.h | 2 +
include/scsi/scsi_device.h | 8 +-
lib/sbitmap.c | 213 +++++++++++++++------------
18 files changed, 285 insertions(+), 181 deletions(-)
Cc: Omar Sandoval <osandov@fb.com>
Cc: Sathya Prakash <sathya.prakash@broadcom.com>
Cc: Chaitra P B <chaitra.basappa@broadcom.com>
Cc: Suganath Prabu Subramani <suganath-prabu.subramani@broadcom.com>
Cc: Kashyap Desai <kashyap.desai@broadcom.com>
Cc: Sumit Saxena <sumit.saxena@broadcom.com>
Cc: Shivasharan S <shivasharan.srikanteshwara@broadcom.com>
Cc: Ewan D. Milne <emilne@redhat.com>
Cc: Hannes Reinecke <hare@suse.de>
Cc: Bart Van Assche <bart.vanassche@wdc.com>
--
2.20.1