On Sun, 17 Feb 2008 23:36:59 -0700 Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> > This is the first release of a driver we've been using internally at Intel > for a few weeks which is as low-latency as possible. It's designed to > let us find latency issues elsewhere in the storage stack (eg filesystem, > block layer, scsi layer) > > There are a few different options, controlled through module parameters. > The sector size and disc capacity are load-time parameters, but the > parameters affecting performance are tweakable at runtime. > > Arguably, this driver should be merged into scsi_debug. I didn't want to > trip over Doug's toes while developing this driver, and the two drivers > do have very different objectives. scsi_debug is obviously a lot more > fully-featured and implements lots of bits of the spec I simply haven't > bothered with. Like MODE SENSE ;-) I see that two drivers have very different objectives but if we add use_thread option to scsi_debug (we can do easily), it seems that scsi_debug can provide all the features that scsi_ram does. If we clean up scsi_debug driver, can scsi_debug work as a nice scsi ram driver? - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
