[kvm-devel] [Virtio-for-kvm] [PATCH 7/7] userspace virtio

2007-12-21 Thread Dor Laor
From f244bcad756c4f761627557bb7f315b1d8f22fb2 Mon Sep 17 00:00:00 2001 From: Dor Laor <[EMAIL PROTECTED]> Date: Thu, 20 Dec 2007 13:26:30 +0200 Subject: [PATCH] [VIRTIO-NET] Rx performance improvement The current performance are not good enough, the problem lies in qemu tap handling code that ca

Re: [kvm-devel] [Virtio-for-kvm] [PATCH 7/7] userspace virtio

2007-12-23 Thread Avi Kivity
Dor Laor wrote: > From f244bcad756c4f761627557bb7f315b1d8f22fb2 Mon Sep 17 00:00:00 2001 > From: Dor Laor <[EMAIL PROTECTED]> > Date: Thu, 20 Dec 2007 13:26:30 +0200 > Subject: [PATCH] [VIRTIO-NET] Rx performance improvement > The current performance are not good enough, the problem lies > in qe

Re: [kvm-devel] [Virtio-for-kvm] [PATCH 7/7] userspace virtio

2008-01-02 Thread Anthony Liguori
I think we should hold off on this sort of patch at first. I know it improves performance, but it's very hack-ish. I have a similar patch[1] that improves performance more but is even more hack-ish. I think we have to approach this by not special cases virtio-net to know about the tap fd, but

Re: [kvm-devel] [Virtio-for-kvm] [PATCH 7/7] userspace virtio

2008-01-02 Thread Avi Kivity
Anthony Liguori wrote: > I think we should hold off on this sort of patch at first. I know it > improves performance, but it's very hack-ish. I have a similar patch[1] > that improves performance more but is even more hack-ish. > > I think we have to approach this by not special cases virtio-ne

Re: [kvm-devel] [Virtio-for-kvm] [PATCH 7/7] userspace virtio

2008-01-02 Thread Dor Laor
Avi Kivity wrote: > Anthony Liguori wrote: >> I think we should hold off on this sort of patch at first. I know it >> improves performance, but it's very hack-ish. I have a similar >> patch[1] that improves performance more but is even more hack-ish. >> >> I think we have to approach this by no