lkml.org 
[lkml]   [2010]   [Dec]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC PATCH 3/3] kvm: use yield_to instead of sleep in kvm_vcpu_on_spin
On 12/03/2010 04:24 AM, Chris Wright wrote:
> * Rik van Riel (riel@redhat.com) wrote:
> > --- a/virt/kvm/kvm_main.c
> > +++ b/virt/kvm/kvm_main.c
> > @@ -1880,18 +1880,53 @@ void kvm_resched(struct kvm_vcpu *vcpu)
> > }
> > EXPORT_SYMBOL_GPL(kvm_resched);
> >
> > -void kvm_vcpu_on_spin(struct kvm_vcpu *vcpu)
> > +void kvm_vcpu_on_spin(struct kvm_vcpu *me)
> > {
> > - ktime_t expires;
> > - DEFINE_WAIT(wait);
> > + struct kvm *kvm = me->kvm;
> > + struct kvm_vcpu *vcpu;
> > + int last_boosted_vcpu = me->kvm->last_boosted_vcpu;
>
> s/me->//
>
> > + int first_round = 1;
> > + int i;
> >
> > - prepare_to_wait(&vcpu->wq,&wait, TASK_INTERRUPTIBLE);
> > + me->spinning = 1;
> > +
> > + /*
> > + * We boost the priority of a VCPU that is runnable but not
> > + * currently running, because it got preempted by something
> > + * else and called schedule in __vcpu_run. Hopefully that
> > + * VCPU is holding the lock that we need and will release it.
> > + * We approximate round-robin by starting at the last boosted VCPU.
> > + */
> > + again:
> > + kvm_for_each_vcpu(i, vcpu, kvm) {
> > + struct task_struct *task = vcpu->task;
> > + if (first_round&& i< last_boosted_vcpu) {
> > + i = last_boosted_vcpu;
> > + continue;
> > + } else if (!first_round&& i> last_boosted_vcpu)
> > + break;
> > + if (vcpu == me)
> > + continue;
> > + if (vcpu->spinning)
> > + continue;
> > + if (!task)
> > + continue;
> > + if (waitqueue_active(&vcpu->wq))
> > + continue;
> > + if (task->flags& PF_VCPU)
> > + continue;
>
> I wonder if you set vcpu->task in sched_out and then NULL it in sched_in
> if you'd get what you want you could simplify the checks. Basically
> that would be only the preempted runnable vcpus.

They may be sleeping due to some other reason (HLT, major page fault).

Better check is that the task is runnable but not running. Can we get
this information from a task?

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



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