Skip to contentSkip to conversation

mpt2sas: Reduce cache misses in command submission path

PATCH In review Matthew Wilcox 2 participants 3 messages Apr 5, 2011 – Apr 7, 2011 SCSI

lore
Share & tools
lore
#0 lore raw

PATCH 2/2 mpt2sas: Reduce cache misses in command submission path

In a high-IOPS workload, mpt2sas_base_get_smid_scsiio shows up in the top 20 cache misses. This is because the data structure used for allocating SMIDs is cache unfriendly; freed SMIDs are placed on the tail of the list, guaranteeing a cache miss by the time we allocate it again.

By placing the freed SMID at the head of the list, we increase the likelihood of it being cache-hot when it's used again.

drivers/scsi/mpt2sas/mpt2sas_base.c +4 -5
index 9ead039..1137cc9 100644
@@ -1501,13 +1501,13 @@ mpt2sas_base_free_smid(struct MPT2SAS_ADAPTER *ioc, u16 smid)
 			/* hi-priority */
 			i = smid - ioc->hi_priority_smid;
 			ioc->hpr_lookup[i].cb_idx = 0xFF;
-			list_add_tail(&ioc->hpr_lookup[i].tracker_list,
+			list_add(&ioc->hpr_lookup[i].tracker_list,
 			    &ioc->hpr_free_list);
 		} else {
 			/* internal queue */
 			i = smid - ioc->internal_smid;
 			ioc->internal_lookup[i].cb_idx = 0xFF;
-			list_add_tail(&ioc->internal_lookup[i].tracker_list,
+			list_add(&ioc->internal_lookup[i].tracker_list,
 			    &ioc->internal_free_list);
 		}
 		spin_unlock_irqrestore(&ioc->scsi_lookup_lock, flags);
@@ -1520,14 +1520,13 @@ mpt2sas_base_free_smid(struct MPT2SAS_ADAPTER *ioc, u16 smid)
 		list_for_each_entry_safe(chain_req, next,
 		    &ioc->scsi_lookup[i].chain_list, tracker_list) {
 			list_del_init(&chain_req->tracker_list);
-			list_add_tail(&chain_req->tracker_list,
+			list_add(&chain_req->tracker_list,
 			    &ioc->free_chain_list);
 		}
 	}
 	ioc->scsi_lookup[i].cb_idx = 0xFF;
 	ioc->scsi_lookup[i].scmd = NULL;
-	list_add_tail(&ioc->scsi_lookup[i].tracker_list,
-	    &ioc->free_list);
+	list_add(&ioc->scsi_lookup[i].tracker_list, &ioc->free_list);
 	spin_unlock_irqrestore(&ioc->scsi_lookup_lock, flags);
 
 	/*
#1 lore raw
Quoted 8 lines · Matthew Wilcox

In a high-IOPS workload, mpt2sas_base_get_smid_scsiio shows up in the top 20 cache misses. This is because the data structure used for allocating SMIDs is cache unfriendly; freed SMIDs are placed on the tail of the list, guaranteeing a cache miss by the time we allocate it again.

By placing the freed SMID at the head of the list, we increase the likelihood of it being cache-hot when it's used again.

Looks good for now. But given that the smids are a statically allocated ressource it might be a good idea to get rid of all the rather cache unfriendly linked lists and locking and use a bitmap to allocate smids and then just index into a linear array of them.

#2 lore raw
Quoted 7 lines · Christoph Hellwig
Quoted 6 lines · Matthew Wilcox

In a high-IOPS workload, mpt2sas_base_get_smid_scsiio shows up in the top 20 cache misses. This is because the data structure used for allocating SMIDs is cache unfriendly; freed SMIDs are placed on the tail of the list, guaranteeing a cache miss by the time we allocate it again.

Quoted 7 lines
Quoted 2 lines

By placing the freed SMID at the head of the list, we increase the likelihood of it being cache-hot when it's used again.

Looks good for now. But given that the smids are a statically allocated ressource it might be a good idea to get rid of all the rather cache unfriendly linked lists and locking and use a bitmap to allocate smids and then just index into a linear array of them.

Yep; Eric and I talked about that on Tuesday evening. I've also redone this second patch against 2.6.39-rc2. My good buddy Doug is getting the numbers now (39-rc2, 39-rc2 plus patch 1, 39-rc2 plus patches 1 & 2).

drivers/scsi/mpt2sas/mpt2sas_base.c +4 -6
index 5e001ff..5e9bd384 100644
@@ -1502,14 +1502,13 @@ mpt2sas_base_free_smid(struct MPT2SAS_ADAPTER *ioc, u16 smid)
 			list_for_each_entry_safe(chain_req, next,
 			    &ioc->scsi_lookup[i].chain_list, tracker_list) {
 				list_del_init(&chain_req->tracker_list);
-				list_add_tail(&chain_req->tracker_list,
+				list_add(&chain_req->tracker_list,
 				    &ioc->free_chain_list);
 			}
 		}
 		ioc->scsi_lookup[i].cb_idx = 0xFF;
 		ioc->scsi_lookup[i].scmd = NULL;
-		list_add_tail(&ioc->scsi_lookup[i].tracker_list,
-		    &ioc->free_list);
+		list_add(&ioc->scsi_lookup[i].tracker_list, &ioc->free_list);
 		spin_unlock_irqrestore(&ioc->scsi_lookup_lock, flags);
 
 		/*
@@ -1526,13 +1525,12 @@ mpt2sas_base_free_smid(struct MPT2SAS_ADAPTER *ioc, u16 smid)
 		/* hi-priority */
 		i = smid - ioc->hi_priority_smid;
 		ioc->hpr_lookup[i].cb_idx = 0xFF;
-		list_add_tail(&ioc->hpr_lookup[i].tracker_list,
-		    &ioc->hpr_free_list);
+		list_add(&ioc->hpr_lookup[i].tracker_list, &ioc->hpr_free_list);
 	} else if (smid <= ioc->hba_queue_depth) {
 		/* internal queue */
 		i = smid - ioc->internal_smid;
 		ioc->internal_lookup[i].cb_idx = 0xFF;
-		list_add_tail(&ioc->internal_lookup[i].tracker_list,
+		list_add(&ioc->internal_lookup[i].tracker_list,
 		    &ioc->internal_free_list);
 	}
 	spin_unlock_irqrestore(&ioc->scsi_lookup_lock, flags);