Il 19/09/2014 07:53, Fam Zheng ha scritto:
> Any ideas?
The obvious, but hardish one is to switch to epoll (one epoll fd per
AioContext, plus one for iohandler.c).
This would require converting iohandler.c to a GSource.
Paolo
On Tue, 09/02 12:06, Amit Shah wrote:
> On (Mon) 01 Sep 2014 [20:52:46], Zhang Haoyu wrote:
> > >>> Hi, all
> > >>>
> > >>> I start a VM with virtio-serial (default ports number: 31), and found
> > >>> that virtio-blk performance degradation happened, about 25%, this
> > >>> problem can be repro
On Tue, Sep 2, 2014 at 10:11 PM, Amit Shah wrote:
> On (Tue) 02 Sep 2014 [22:05:45], Andrey Korolyov wrote:
>
>> Can confirm serious degradation comparing to the 1.1 with regular
>> serial output - I am able to hang VM forever after some tens of
>> seconds after continuously printing dmest to the
On (Tue) 02 Sep 2014 [22:05:45], Andrey Korolyov wrote:
> Can confirm serious degradation comparing to the 1.1 with regular
> serial output - I am able to hang VM forever after some tens of
> seconds after continuously printing dmest to the ttyS0. VM just ate
> all available CPU quota during test
On Tue, Sep 2, 2014 at 10:36 AM, Amit Shah wrote:
> On (Mon) 01 Sep 2014 [20:52:46], Zhang Haoyu wrote:
>> >>> Hi, all
>> >>>
>> >>> I start a VM with virtio-serial (default ports number: 31), and found
>> >>> that virtio-blk performance degradation happened, about 25%, this
>> >>> problem can b
On (Mon) 01 Sep 2014 [20:52:46], Zhang Haoyu wrote:
> >>> Hi, all
> >>>
> >>> I start a VM with virtio-serial (default ports number: 31), and found
> >>> that virtio-blk performance degradation happened, about 25%, this problem
> >>> can be reproduced 100%.
> >>> without virtio-serial:
> >>> 4k-
On 01/09/14 16:03, Christian Borntraeger wrote:
> On 01/09/14 15:29, Paolo Bonzini wrote:
>> Il 01/09/2014 15:22, Christian Borntraeger ha scritto:
> If virtio-blk and virtio-serial share an IRQ, the guest operating system
> has to check each virtqueue for activity. Maybe there is some
>>
On 01/09/14 15:29, Paolo Bonzini wrote:
> Il 01/09/2014 15:22, Christian Borntraeger ha scritto:
If virtio-blk and virtio-serial share an IRQ, the guest operating system
has to check each virtqueue for activity. Maybe there is some inefficiency
doing that.
AFAIK virtio-serial
Il 01/09/2014 15:22, Christian Borntraeger ha scritto:
> > > If virtio-blk and virtio-serial share an IRQ, the guest operating system
> > > has to check each virtqueue for activity. Maybe there is some
> > > inefficiency doing that.
> > > AFAIK virtio-serial registers 64 virtqueues (on 31 ports +
On 01/09/14 15:12, Paolo Bonzini wrote:
> Il 01/09/2014 15:09, Christian Borntraeger ha scritto:
>> This is just wild guessing:
>> If virtio-blk and virtio-serial share an IRQ, the guest operating system has
>> to check each virtqueue for activity. Maybe there is some inefficiency doing
>> that.
Il 01/09/2014 15:09, Christian Borntraeger ha scritto:
> This is just wild guessing:
> If virtio-blk and virtio-serial share an IRQ, the guest operating system has
> to check each virtqueue for activity. Maybe there is some inefficiency doing
> that.
> AFAIK virtio-serial registers 64 virtqueues
On 01/09/14 14:52, Zhang Haoyu wrote:
Hi, all
I start a VM with virtio-serial (default ports number: 31), and found that
virtio-blk performance degradation happened, about 25%, this problem can
be reproduced 100%.
without virtio-serial:
4k-read-random 1186 IOPS
>>> Hi, all
>>>
>>> I start a VM with virtio-serial (default ports number: 31), and found that
>>> virtio-blk performance degradation happened, about 25%, this problem can be
>>> reproduced 100%.
>>> without virtio-serial:
>>> 4k-read-random 1186 IOPS
>>> with virtio-serial:
>>> 4k-read-random 8
On (Mon) 01 Sep 2014 [20:38:20], Zhang Haoyu wrote:
> >> Hi, all
> >>
> >> I start a VM with virtio-serial (default ports number: 31), and found that
> >> virtio-blk performance degradation happened, about 25%, this problem can
> >> be reproduced 100%.
> >> without virtio-serial:
> >> 4k-read-ra
>> Hi, all
>>
>> I start a VM with virtio-serial (default ports number: 31), and found that
>> virtio-blk performance degradation happened, about 25%, this problem can be
>> reproduced 100%.
>> without virtio-serial:
>> 4k-read-random 1186 IOPS
>> with virtio-serial:
>> 4k-read-random 871 IOPS
>
15 matches
Mail list logo