On Thu, Dec 06, 2012 at 01:38:28PM +0200, Michael S. Tsirkin wrote:
> On Wed, Dec 05, 2012 at 09:46:59PM +0100, Stefan Hajnoczi wrote:
> > This series adds the -device virtio-blk-pci,x-data-plane=on property that
> > enables a high performance I/O codepath. A dedicated thread is used to
> > proce
On Fri, Dec 07, 2012 at 10:43:24AM +0800, Liu Yuan wrote:
> On 12/06/2012 04:46 AM, Stefan Hajnoczi wrote:
> > Limitations:
> > * Only format=raw is supported
>
> The boost number looks promising, but support of other format(which
> might as well fit into this new IO path design) is in the plan?
Hi Stefan,
On 12/06/2012 04:46 AM, Stefan Hajnoczi wrote:
> Limitations:
> * Only format=raw is supported
The boost number looks promising, but support of other format(which
might as well fit into this new IO path design) is in the plan? It seems
that bypassing block layer would end up adding ye
On Wed, Dec 05, 2012 at 09:46:59PM +0100, Stefan Hajnoczi wrote:
> This series adds the -device virtio-blk-pci,x-data-plane=on property that
> enables a high performance I/O codepath. A dedicated thread is used to
> process
> virtio-blk requests outside the global mutex and without going through
This series adds the -device virtio-blk-pci,x-data-plane=on property that
enables a high performance I/O codepath. A dedicated thread is used to process
virtio-blk requests outside the global mutex and without going through the QEMU
block layer.
Khoa Huynh reported an increase from 140,000 IOPS