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

RE: [Xen-devel] Re: [RFC]PLE's performance enhancement through improving scheduler.



George Dunlap wrote:
> Xiantao,
> 
> Thanks for the patch.  You have two changes here:
> * Yield goes back only 1 vcpu ("yield")
> * Other vcpus of yielding VM get yanked to the front ("boost")
> 
> If you send them as two patches, we can talk about the changes /
> accept them individually.
> Both changes sound reasonable, but we often find in schedulers that
> small changes can have unexpected results. :-)
> 
> I think the "yield" patch should be easy to accept.  The "boost" patch
> looks good but also seems riskier -- I'd want to do some more thinking
> and testing to make sure there aren't situations where it could cause
> problems, or allow one VM to "game" the scheduler to get more time.

Agree, we also thought this maybe a risk to unconditionally boost other vcpus' 
priority. We will investigate more before it is finally done. 
Basically, we thought the current scheduler is not fair for PLE-senstive 
guests, because it always yields its schedule chances to other vcpus in the 
runq once meet PLE vmexits, so only very little time is allocated for its run. 
Certainly, we also need to avoid malicous guests stealing time through the 
boost mechanism.  

> Would you mind running the vConsolidate test with each patch
> separately, so we can see how each one affects the performance?

Okay, we will perform the testing separately as you suggested.  
Xiantao

_______________________________________________
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®.