Re: [Qemu-devel] Re: [RFC][PATCH] performance improvement for windows guests, running on top of virtio block device

[Avi Kivity <avi@redhat.com>]

On 01/11/2010 05:32 PM, Anthony Liguori wrote:
> On 01/11/2010 09:31 AM, Avi Kivity wrote:
>> On 01/11/2010 05:22 PM, Anthony Liguori wrote:
>>>
>>> Based on our experiences with virtio-net, what I'd suggest is to 
>>> make a lot of tunable options (ring size, various tx mitigation 
>>> schemes, timeout durations, etc) and then we can do some deep 
>>> performance studies to see how things interact with each other.
>>>
>>> I think we should do that before making any changes because I'm 
>>> deeply concerned that we'll introduce significant performance 
>>> regressions.
>>>
>>
>> I agree.  We can start with this patch, with a tunable depth, 
>> defaulting to current behaviour.
>
> I wouldn't be opposed to that provided we made it clear that these 
> options were not supported long term.  I don't want management tools 
> (like libvirt) to start relying on them.
>

x-option-name for experimental options?

-device disk,if=virtio,x-queue-depth-suppress-notify=4

-- 
error compiling committee.c: too many arguments to function