On Wed, Mar 16, 2011 at 05:20:14PM -0700, Shirley Ma wrote:
> This patch doesn't seem to help guest TX queue overrun.
Just making sure: what exactly was tested?
You did combine this with a vhost-net and qemu patches, right?
--
MST
--
To unsubscribe from this list: send the line "unsubscribe kvm"
On Wed, Mar 16, 2011 at 05:09:55PM -0700, Shirley Ma wrote:
> This patch addresses small message size performance in a situation the
> KVM guest virtio_net TX queue overrun. This patch adds a new API in
> virtio_ring for ring capacity check; and remove KVM guest virtio_net TX
> queue send completio
On Wed, Mar 16, 2011 at 05:12:55PM -0700, Shirley Ma wrote:
> Signed-off-by: Shirley Ma
> ---
> drivers/net/virtio_net.c | 39 ---
> 1 files changed, 20 insertions(+), 19 deletions(-)
>
> diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
> ind
On Fri, 2011-03-11 at 16:49 +1030, Rusty Russell wrote:
> But if one side outruns the other, it does a lot of unnecessary work
> notifying/interrupting it over and over again before the host/guest
> gets
> a chance to shut notifications/interrupts off. Hence the last_used
> publishing patch (Xen d
Signed-off-by: Shirley Ma
---
drivers/net/virtio_net.c | 39 ---
1 files changed, 20 insertions(+), 19 deletions(-)
diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
index 82dba5a..c603daa 100644
--- a/drivers/net/virtio_net.c
+++ b/drivers/ne
Signed-off-by: Shirley Ma
---
drivers/virtio/virtio_ring.c |8
include/linux/virtio.h |5 +
2 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c
index cc2f73e..ef6d920 100644
--- a/drivers/virtio/vir
This patch addresses small message size performance in a situation the
KVM guest virtio_net TX queue overrun. This patch adds a new API in
virtio_ring for ring capacity check; and remove KVM guest virtio_net TX
queue send completion interrupts completely. The test has shown that
whenever the queue
On Wed, Mar 16, 2011 at 10:02:18AM +0100, Jan Kiszka wrote:
> On 2011-03-15 22:50, Marcelo Tosatti wrote:
> > From: Jan Kiszka
> >
> > Both have only two lines in common, and we will convert the system
> > service into a callback which is of no use for user mode operation.
>
> >From KVM POV, the
16.03.2011 22:44, Marcelo Tosatti wrote:
> On Fri, Mar 11, 2011 at 02:54:00PM +0300, Michael Tokarev wrote:
>> Hello.
>>
>> I installed an openbsd 4.8 image today to play with,
>> and noticed that when issuing "system_powerdown" in
>> kvm monitor, in about 5 seconds, qemu-kvm spews this
>> message
16.03.2011 22:48, Marcelo Tosatti wrote:
> On Fri, Mar 11, 2011 at 03:02:33PM +0300, Michael Tokarev wrote:
>> I tried Openbsd 4.8 in kvm today and immediately noticed
>> that it is running _very_ slow, boot takes several minutes
>> to complete to the "login:" prompt. After investigating
>> I foun
On Fri, Mar 11, 2011 at 03:02:33PM +0300, Michael Tokarev wrote:
> I tried Openbsd 4.8 in kvm today and immediately noticed
> that it is running _very_ slow, boot takes several minutes
> to complete to the "login:" prompt. After investigating
> I found that kvm does really insane amount of host_st
On Fri, Mar 11, 2011 at 02:54:00PM +0300, Michael Tokarev wrote:
> Hello.
>
> I installed an openbsd 4.8 image today to play with,
> and noticed that when issuing "system_powerdown" in
> kvm monitor, in about 5 seconds, qemu-kvm spews this
> message in a tight loop:
>
> KVM internal error. Suber
On Sun, Mar 13, 2011 at 12:34:27PM +0200, Gleb Natapov wrote:
> Commit 6440e5967bc broke old userspaces that do not set tss address
> before entering vcpu. Unbreak it by setting tss address to a safe
> value on the first vcpu entry. New userspaces should set tss address,
> so print warning in case
Following dump is observed on host when clearing the exit timing counters
[root@p1021mds kvm]# echo -n 'c' > vm1200_vcpu0_timing
INFO: task echo:1276 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
echo D 0ff5bf94 0 1276
Hi! I use QEMU via QMP and discovered that for some tasks there is no
proper way to do them via QMP. I've written few patches:
* One of them modifies "pci_add" command to return pci address of the
added device, when user hasn't specified it (to be able to delete it
via "pci_del" in the future).
* T
On 2011-03-15 22:50, Marcelo Tosatti wrote:
> From: Jan Kiszka
>
> Both have only two lines in common, and we will convert the system
> service into a callback which is of no use for user mode operation.
>From KVM POV, the value of this patch is not that high as long as we do
not push the callba
On Tue, Mar 15, 2011 at 1:20 PM, Guido Winkelmann
wrote:
> Am Tuesday 15 March 2011 schrieben Sie:
>> On Mon, Mar 14, 2011 at 10:57 PM, Guido Winkelmann
>>
>> wrote:
>> > On Monday 14 March 2011 20:32:23 Stefan Hajnoczi wrote:
>> >> On Mon, Mar 14, 2011 at 6:05 PM, Guido Winkelmann
>> >>
>> >> w
17 matches
Mail list logo