This patch is follow-up of Christohp Hellwig's work
[RFC: ->make_request support for virtio-blk].
http://thread.gmane.org/gmane.linux.kernel/1199763
Quote from hch
"This patchset allows the virtio-blk driver to support much higher IOP
rates which can be driven out of modern PCI-e flash devices. At this
point it really is just a RFC due to various issues."
I fixed race bug and add batch I/O for enhancing sequential I/O,
FLUSH/FUA emulation.
I tested this patch on fusion I/O device by aio-stress.
Result is following as.
Benchmark : aio-stress (64 thread, test file size 512M, 8K io per IO, O_DIRECT
write)
Environment: 8 socket - 8 core, 2533.372Hz, Fusion IO 320G storage
Test repeated by 20 times
Guest I/O scheduler : CFQ
Host I/O scheduler : NOOP
Request BIO(patch 1-4) BIO-batch(patch 1-6)
(MB/s) stddev (MB/s) stddev (MB/s) stddev
w 737.820 4.063 613.735 31.605 730.288 24.854
rw 208.754 20.450 314.630 37.352 317.831 41.719
r 770.974 2.340 347.483 51.370 750.324 8.280
rr 250.391 16.910 350.053 29.986 325.976 24.846
This patch enhances ramdom I/O performance compared to request-based I/O path.
It's still RFC so welcome to any comment and review.
Christoph Hellwig (3):
block: add bio_map_sg
virtio: support unlocked queue kick
virtio-blk: remove the unused list of pending requests
Minchan Kim (3):
virtio-blk: implement ->make_request
virtio-blk: Support batch I/O for enhancing sequential IO
virtio-blk: Emulate Flush/FUA
block/blk-merge.c | 63 ++++
drivers/block/virtio_blk.c | 690 ++++++++++++++++++++++++++++++++++++++----
drivers/virtio/virtio_ring.c | 33 ++-
include/linux/blkdev.h | 2 +
include/linux/virtio.h | 21 ++
5 files changed, 737 insertions(+), 72 deletions(-)
--
1.7.6.4
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
