On 02/28/13 22:00, Bart Van Assche wrote: > How about reposting these patches as a performance optimization ? How and when do they improve performance? > With these patches I see a slightly lower latency and slightly higher > throughput. With a dm-linear mapping on top of a RAM disk (brd), a > request size of 512 bytes and 100% reads fio reports 2063K IOPS without > these patches and 2083K IOPS with these two patches applied. That's an > improvement of about 1%. It's not much but that comes on top of the dm-linear + brd is not appropriate for testing your patches. They are both bio-based drivers while your patches change request processing. To test the patches, you have to use request-based drivers, e.g. dm-multipath on top of scsi. Also, IMO, the measurement should be done not only for IO performance but also how other processes are interrupted by IO processing. The use of blk_run_queue_async should have reduced the foot print of softirq handling. -- Jun'ichi Nomura, NEC Corporation -- 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
