lkml.org 
[lkml]   [2016]   [May]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH v5] KVM: halt-polling: poll for the upcoming fire timers
From
Date


On 26/05/2016 22:33, yunhong jiang wrote:
> On Thu, 26 May 2016 12:26:27 +0200
> Paolo Bonzini <pbonzini@redhat.com> wrote:
>
>>
>>
>> On 25/05/2016 04:47, Wanpeng Li wrote:
>>> From: Wanpeng Li <wanpeng.li@hotmail.com>
>>>
>>> If an emulated lapic timer will fire soon(in the scope of 10us the
>>> base of dynamic halt-polling, lower-end of message passing workload
>>> latency TCP_RR's poll time < 10us) we can treat it as a short halt,
>>> and poll to wait it fire, the fire callback apic_timer_fn() will set
>>> KVM_REQ_PENDING_TIMER, and this flag will be check during busy poll.
>>> This can avoid context switch overhead and the latency which we wake
>>> up vCPU.
>>
>> As discussed on IRC, I would like to understand why the adaptive
>
> Glad to know the IRC channel. Is #kvm channel on freenode the IRC you are
> talking about?

No, it's #qemu on irc.oftc.net.

Thanks,

Paolo

\
 
 \ /
  Last update: 2016-05-27 12:01    [W:0.119 / U:0.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site