From: Martin Wilck <mwilck@suse.com>
To: Don Brace <don.brace@microchip.com>,
Kevin.Barnett@microchip.com, scott.teel@microchip.com,
Justin.Lindley@microchip.com, scott.benesh@microchip.com,
gerry.morong@microchip.com, mahesh.rajashekhara@microchip.com,
hch@infradead.org, jejb@linux.vnet.ibm.com,
joseph.szczypek@hpe.com, POSWALD@suse.com
Cc: linux-scsi@vger.kernel.org
Subject: Re: [PATCH V3 10/25] smartpqi: add stream detection
Date: Fri, 08 Jan 2021 01:14:04 +0100 [thread overview]
Message-ID: <8912abe0d7b0b39bfe2efff16db58ec888a8d6d6.camel@suse.com> (raw)
In-Reply-To: <160763251860.26927.14463337801880165741.stgit@brunhilda>
On Thu, 2020-12-10 at 14:35 -0600, Don Brace wrote:
> * Enhance performance by adding sequential stream detection.
> for R5/R6 sequential write requests.
> * Reduce stripe lock contention with full-stripe write
> operations.
I suppose that "stripe lock" is used by the firmware? Could you
elaborate a bit more how this technique improves performance?
>
> Reviewed-by: Scott Benesh <scott.benesh@microchip.com>
> Reviewed-by: Scott Teel <scott.teel@microchip.com>
> Signed-off-by: Don Brace <don.brace@microchip.com>
> ---
> drivers/scsi/smartpqi/smartpqi.h | 8 +++
> drivers/scsi/smartpqi/smartpqi_init.c | 87
> +++++++++++++++++++++++++++++++--
> 2 files changed, 89 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/scsi/smartpqi/smartpqi.h
> b/drivers/scsi/smartpqi/smartpqi.h
> index a5e271dd2742..343f06e44220 100644
> --- a/drivers/scsi/smartpqi/smartpqi.h
> +++ b/drivers/scsi/smartpqi/smartpqi.h
> @@ -1042,6 +1042,12 @@ struct pqi_scsi_dev_raid_map_data {
>
> #define RAID_CTLR_LUNID "\0\0\0\0\0\0\0\0"
>
> +#define NUM_STREAMS_PER_LUN 8
> +
> +struct pqi_stream_data {
> + u64 next_lba;
> + u32 last_accessed;
> +};
>
> struct pqi_scsi_dev {
> int devtype; /* as reported by INQUIRY
> commmand */
> @@ -1097,6 +1103,7 @@ struct pqi_scsi_dev {
> struct list_head add_list_entry;
> struct list_head delete_list_entry;
>
> + struct pqi_stream_data stream_data[NUM_STREAMS_PER_LUN];
> atomic_t scsi_cmds_outstanding;
> atomic_t raid_bypass_cnt;
> };
> @@ -1296,6 +1303,7 @@ struct pqi_ctrl_info {
> u8 enable_r5_writes : 1;
> u8 enable_r6_writes : 1;
> u8 lv_drive_type_mix_valid : 1;
> + u8 enable_stream_detection : 1;
>
> u8 ciss_report_log_flags;
> u32 max_transfer_encrypted_sas_sata;
> diff --git a/drivers/scsi/smartpqi/smartpqi_init.c
> b/drivers/scsi/smartpqi/smartpqi_init.c
> index fc8fafab480d..96383d047a88 100644
> --- a/drivers/scsi/smartpqi/smartpqi_init.c
> +++ b/drivers/scsi/smartpqi/smartpqi_init.c
> @@ -5721,8 +5721,82 @@ void pqi_prep_for_scsi_done(struct scsi_cmnd
> *scmd)
> atomic_dec(&device->scsi_cmds_outstanding);
> }
>
> -static int pqi_scsi_queue_command(struct Scsi_Host *shost,
> +static bool pqi_is_parity_write_stream(struct pqi_ctrl_info
> *ctrl_info,
> struct scsi_cmnd *scmd)
> +{
> + u32 oldest_jiffies;
> + u8 lru_index;
> + int i;
> + int rc;
> + struct pqi_scsi_dev *device;
> + struct pqi_stream_data *pqi_stream_data;
> + struct pqi_scsi_dev_raid_map_data rmd;
> +
> + if (!ctrl_info->enable_stream_detection)
> + return false;
> +
> + rc = pqi_get_aio_lba_and_block_count(scmd, &rmd);
> + if (rc)
> + return false;
> +
> + /* Check writes only. */
> + if (!rmd.is_write)
> + return false;
> +
> + device = scmd->device->hostdata;
> +
> + /* Check for RAID 5/6 streams. */
> + if (device->raid_level != SA_RAID_5 && device->raid_level !=
> SA_RAID_6)
> + return false;
> +
> + /*
> + * If controller does not support AIO RAID{5,6} writes, need
> to send
> + * requests down non-AIO path.
> + */
> + if ((device->raid_level == SA_RAID_5 && !ctrl_info-
> >enable_r5_writes) ||
> + (device->raid_level == SA_RAID_6 && !ctrl_info-
> >enable_r6_writes))
> + return true;
> +
> + lru_index = 0;
> + oldest_jiffies = INT_MAX;
> + for (i = 0; i < NUM_STREAMS_PER_LUN; i++) {
> + pqi_stream_data = &device->stream_data[i];
> + /*
> + * Check for adjacent request or request is within
> + * the previous request.
> + */
> + if ((pqi_stream_data->next_lba &&
> + rmd.first_block >= pqi_stream_data->next_lba)
> &&
> + rmd.first_block <= pqi_stream_data->next_lba
> +
> + rmd.block_cnt) {
Here you seem to assume that the previous write had the same block_cnt.
What's the justification for that?
> + pqi_stream_data->next_lba = rmd.first_block +
> + rmd.block_cnt;
> + pqi_stream_data->last_accessed = jiffies;
> + return true;
> + }
> +
> + /* unused entry */
> + if (pqi_stream_data->last_accessed == 0) {
> + lru_index = i;
> + break;
> + }
> +
> + /* Find entry with oldest last accessed time. */
> + if (pqi_stream_data->last_accessed <= oldest_jiffies)
> {
> + oldest_jiffies = pqi_stream_data-
> >last_accessed;
> + lru_index = i;
> + }
> + }
> +
> + /* Set LRU entry. */
> + pqi_stream_data = &device->stream_data[lru_index];
> + pqi_stream_data->last_accessed = jiffies;
> + pqi_stream_data->next_lba = rmd.first_block + rmd.block_cnt;
> +
> + return false;
> +}
> +
> +static int pqi_scsi_queue_command(struct Scsi_Host *shost, struct
> scsi_cmnd *scmd)
> {
> int rc;
> struct pqi_ctrl_info *ctrl_info;
> @@ -5768,11 +5842,12 @@ static int pqi_scsi_queue_command(struct
> Scsi_Host *shost,
> raid_bypassed = false;
> if (device->raid_bypass_enabled &&
> !blk_rq_is_passthrough(scmd->request)) {
> - rc =
> pqi_raid_bypass_submit_scsi_cmd(ctrl_info, device,
> - scmd, queue_group);
> - if (rc == 0 || rc == SCSI_MLQUEUE_HOST_BUSY)
> {
> - raid_bypassed = true;
> - atomic_inc(&device->raid_bypass_cnt);
> + if (!pqi_is_parity_write_stream(ctrl_info,
> scmd)) {
> + rc =
> pqi_raid_bypass_submit_scsi_cmd(ctrl_info, device, scmd,
> queue_group);
> + if (rc == 0 || rc ==
> SCSI_MLQUEUE_HOST_BUSY) {
> + raid_bypassed = true;
> + atomic_inc(&device-
> >raid_bypass_cnt);
> + }
> }
> }
> if (!raid_bypassed)
>
next prev parent reply other threads:[~2021-01-08 0:14 UTC|newest]
Thread overview: 91+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-10 20:34 [PATCH V3 00/25] smartpqi updates Don Brace
2020-12-10 20:34 ` [PATCH V3 01/25] smartpqi: add support for product id Don Brace
2021-01-07 16:43 ` Martin Wilck
2020-12-10 20:34 ` [PATCH V3 02/25] smartpqi: refactor aio submission code Don Brace
2021-01-07 16:43 ` Martin Wilck
2020-12-10 20:34 ` [PATCH V3 03/25] smartpqi: refactor build sg list code Don Brace
2021-01-07 16:43 ` Martin Wilck
2020-12-10 20:34 ` [PATCH V3 04/25] smartpqi: add support for raid5 and raid6 writes Don Brace
2021-01-07 16:44 ` Martin Wilck
2021-01-08 22:56 ` Don.Brace
2021-01-13 10:26 ` Martin Wilck
2020-12-10 20:34 ` [PATCH V3 05/25] smartpqi: add support for raid1 writes Don Brace
2021-01-07 16:44 ` Martin Wilck
2021-01-09 16:56 ` Don.Brace
2020-12-10 20:34 ` [PATCH V3 06/25] smartpqi: add support for BMIC sense feature cmd and feature bits Don Brace
2021-01-07 16:44 ` Martin Wilck
2021-01-11 17:22 ` Don.Brace
2021-01-22 16:45 ` Don.Brace
2021-01-22 19:04 ` Martin Wilck
2020-12-10 20:35 ` [PATCH V3 07/25] smartpqi: update AIO Sub Page 0x02 support Don Brace
2021-01-07 16:44 ` Martin Wilck
2021-01-11 20:53 ` Don.Brace
2020-12-10 20:35 ` [PATCH V3 08/25] smartpqi: add support for long firmware version Don Brace
2021-01-07 16:45 ` Martin Wilck
2021-01-11 22:25 ` Don.Brace
2021-01-22 20:01 ` Don.Brace
2020-12-10 20:35 ` [PATCH V3 09/25] smartpqi: align code with oob driver Don Brace
2021-01-08 0:13 ` Martin Wilck
2020-12-10 20:35 ` [PATCH V3 10/25] smartpqi: add stream detection Don Brace
2021-01-08 0:14 ` Martin Wilck [this message]
2021-01-15 21:58 ` Don.Brace
2020-12-10 20:35 ` [PATCH V3 11/25] smartpqi: add host level stream detection enable Don Brace
2021-01-08 0:13 ` Martin Wilck
2021-01-12 20:28 ` Don.Brace
2020-12-10 20:35 ` [PATCH V3 12/25] smartpqi: enable support for NVMe encryption Don Brace
2021-01-08 0:14 ` Martin Wilck
2020-12-10 20:35 ` [PATCH V3 13/25] smartpqi: disable write_same for nvme hba disks Don Brace
2021-01-08 0:13 ` Martin Wilck
2020-12-10 20:35 ` [PATCH V3 14/25] smartpqi: fix driver synchronization issues Don Brace
2021-01-07 23:32 ` Martin Wilck
2021-01-08 4:13 ` Martin K. Petersen
2021-01-15 21:13 ` Don.Brace
2021-01-27 23:01 ` Don.Brace
[not found] ` <c1e6b199f5ccda5ccec5223dfcbd1fba22171c86.camel@suse.com>
2021-02-01 22:47 ` Don.Brace
2020-12-10 20:35 ` [PATCH V3 15/25] smartpqi: fix host qdepth limit Don Brace
2020-12-14 17:54 ` Paul Menzel
2020-12-15 20:23 ` Don.Brace
2021-01-07 23:43 ` Martin Wilck
2021-01-15 21:17 ` Don.Brace
2021-01-19 10:33 ` John Garry
2021-01-19 14:12 ` Martin Wilck
2021-01-19 17:43 ` Paul Menzel
2021-01-20 16:42 ` Donald Buczek
2021-01-20 17:03 ` Don.Brace
2021-01-20 18:35 ` Martin Wilck
2021-02-10 15:27 ` Don.Brace
2021-02-10 15:42 ` John Garry
2021-02-10 16:29 ` Don.Brace
2021-03-29 21:15 ` Paul Menzel
2021-03-29 21:16 ` Paul Menzel
2021-03-30 14:37 ` Donald Buczek
2020-12-10 20:35 ` [PATCH V3 16/25] smartpqi: convert snprintf to scnprintf Don Brace
2021-01-07 23:51 ` Martin Wilck
2020-12-10 20:35 ` [PATCH V3 17/25] smartpqi: change timing of release of QRM memory during OFA Don Brace
2021-01-08 0:14 ` Martin Wilck
2021-01-27 17:46 ` Don.Brace
2020-12-10 20:36 ` [PATCH V3 18/25] smartpqi: return busy indication for IOCTLs when ofa is active Don Brace
2020-12-10 20:36 ` [PATCH V3 19/25] smartpqi: add phy id support for the physical drives Don Brace
2021-01-08 0:03 ` Martin Wilck
2020-12-10 20:36 ` [PATCH V3 20/25] smartpqi: update sas initiator_port_protocols and target_port_protocols Don Brace
2021-01-08 0:12 ` Martin Wilck
2020-12-10 20:36 ` [PATCH V3 21/25] smartpqi: add additional logging for LUN resets Don Brace
2021-01-08 0:27 ` Martin Wilck
2021-01-25 17:09 ` Don.Brace
2020-12-10 20:36 ` [PATCH V3 22/25] smartpqi: update enclosure identifier in sysf Don Brace
2021-01-08 0:30 ` Martin Wilck
2021-01-25 17:13 ` Don.Brace
2021-01-25 19:44 ` Martin Wilck
2021-01-25 20:36 ` Don.Brace
2020-12-10 20:36 ` [PATCH V3 23/25] smartpqi: correct system hangs when resuming from hibernation Don Brace
2021-01-08 0:34 ` Martin Wilck
2021-01-27 17:39 ` Don.Brace
2021-01-27 17:45 ` Martin Wilck
2020-12-10 20:36 ` [PATCH V3 24/25] smartpqi: add new pci ids Don Brace
2021-01-08 0:35 ` Martin Wilck
2020-12-10 20:36 ` [PATCH V3 25/25] smartpqi: update version to 2.1.6-005 Don Brace
2020-12-21 14:31 ` [PATCH V3 00/25] smartpqi updates Donald Buczek
[not found] ` <SN6PR11MB2848D8C9DF9856A2B7AA69ACE1C00@SN6PR11MB2848.namprd11.prod.outlook.com>
2020-12-22 13:13 ` Donald Buczek
2020-12-28 15:57 ` Don.Brace
2020-12-28 19:25 ` Don.Brace
2020-12-28 22:36 ` Donald Buczek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8912abe0d7b0b39bfe2efff16db58ec888a8d6d6.camel@suse.com \
--to=mwilck@suse.com \
--cc=Justin.Lindley@microchip.com \
--cc=Kevin.Barnett@microchip.com \
--cc=POSWALD@suse.com \
--cc=don.brace@microchip.com \
--cc=gerry.morong@microchip.com \
--cc=hch@infradead.org \
--cc=jejb@linux.vnet.ibm.com \
--cc=joseph.szczypek@hpe.com \
--cc=linux-scsi@vger.kernel.org \
--cc=mahesh.rajashekhara@microchip.com \
--cc=scott.benesh@microchip.com \
--cc=scott.teel@microchip.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).