[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] credit scheduler and HYPERVISOR_yield()



On Sun, Oct 14, 2007 at 09:20:50PM +0200, Emmanuel Ackaouy wrote:

> >>It may be worthwhile to consider if yield() can be replaced with
> >>more intelligent mechanisms for VCPU synchronization of SMP
> >>guests. In the case of ACKed IPIs for example, if all target VCPUs
> >>are not running at the time of the IPI initiation, it might be a good
> >>idea to put the source to sleep until all targets have ACKed.
> >>If all target VCPUs are running though, I suspect things will work
> >>best if the IPI initiator does not yield at all.
> >

> >This seems like a bad idea since we may be IPIing to several CPUs and
> >we don't want to sleep whilst we can usefully move on and IPI the
> >other CPUs (even if they can't quite respond yet).
> 
> Why can't you initiate the IPI to all the destination CPUs first

We do, maybe I misunderstood what you were suggesting.

> Doing the change that George proposed may help in your case
> but I suspect that, as I described in my previous post, it will cause
> problems for other workloads.
> 
> I think it is reasonable for a yield() operation to yield to runnable
> VCPUs of equal or higher priority than the running VCPU. That
> is the behavior of the scheduler today.

Well yes, except the priorities are "wrong". We've explicitly asked to
not be scheduled, it doesn't seem right for the scheduler not to heed
that suggestion.

> Maybe your problem can be addressed without changing the behavior of
> yield?

For this particular problem, sure.

> With that said, it's unlikely that I'll be making a change to the
> scheduler myself: I haven't worked at XenSource for some time

That's fine...

regards
john

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.