diff options
| author | Darrick J. Wong <djwong@us.ibm.com> | 2006-08-30 14:18:33 -0700 |
|---|---|---|
| committer | James Bottomley <jejb@mulgrave.il.steeleye.com> | 2006-08-30 17:30:06 -0400 |
| commit | f19eaa7f53736449a6eac89c3863eca2c64d5913 (patch) | |
| tree | dd60f697af06bf3b6b1ece3fa7a29485ff2b4e92 /block | |
| parent | bc229b3663dcd7d8f266cb13b0839efdee6d95b5 (diff) | |
| download | talos-op-linux-f19eaa7f53736449a6eac89c3863eca2c64d5913.tar.gz talos-op-linux-f19eaa7f53736449a6eac89c3863eca2c64d5913.zip | |
[SCSI] aic94xx: Increase can_queue for better performance
This patch sets can_queue in the aic94xx driver's scsi_host to better
performing values than what's there currently. It seems that
asd_ha->seq.can_queue reflects the number of requests that can be
queued per controller; so long as there's one scsi_host per
controller, it seems logical that the scsi_host ought to have the same
can_queue value. To the best of my (still limited) knowledge, this
method provides the correct value.
The effect of leaving this value set to 1 is terrible performance in
the case of either (a) certain Maxtor SAS drives flying solo or (b)
flooding several disks with I/O simultaneously (md-raid). There may be
more scenarios where we see similar problems that I haven't uncovered.
Signed-off-by: Darrick J. Wong <djwong@us.ibm.com>
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
Diffstat (limited to 'block')
0 files changed, 0 insertions, 0 deletions
