lkml.org 
[lkml]   [2011]   [Dec]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Subject[PATCH 0/6][RFC] virtio-blk: Change I/O path from request to BIO
Date
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



\
 
 \ /
  Last update: 2011-12-21 02:05    [W:0.169 / U:0.176 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site