- To: linux-scsi <linux-scsi@xxxxxxxxxxxxxxx>
- Subject: Reducing I/O latency
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Date: Thu, 17 May 2012 16:39:39 +0000
- User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120421 Thunderbird/12.0
Hello,
Recently I have been looking for opportunities to reduce command
processing latency in the Linux SCSI initiator stack. I've noticed the
following:
- In drivers/scsi/scsi.c memory for the SCSI command and the SCSI sense
data are allocated separately. Would it be a good idea to combine
scsi_host_cmd_pool.cmd_slab and scsi_host_cmd_pool.sense_slab into a
single kmem_cache or would this break something ?
- While running an I/O workload that was using eight LUNs (two hosts
with four LUNs each) I noticed huge lock contention on the spinlock in
scsi_host_cmd_pool.cmd_slab. Has anyone already tried to modify the
code in drivers/scsi/scsi.c such that there is one pool per LUN
instead of one pool for all LUNs of all hosts ? Note: the
scsi_sg_pools array in drivers/scsi/scsi_lib.c is also shared over
all LUNs.
Thanks,
Bart.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[SCSI Target Devel]
[Linux SCSI Target Infrastructure]
[Kernel Newbies]
[Share Photos]
[IDE]
[Security]
[Git]
[Netfilter]
[Bugtraq]
[Photos]
[Yosemite]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Linux ATA RAID]
[Linux IIO]
[Samba]
[Video 4 Linux]
[Device Mapper]
[Linux Resources]