[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC][PATCH] scheduler: credit scheduler for client virtualization
Naoki, I'm working on revising the scheduler right now, so it's probably best if you hold off patches for a little while. I'm also trying to understand the minimum that your client workloads actually need to run well. There were compontents of the "boost" patch series that helped your workload: (a) minimum cpu time, (b) Shortened time slices (2ms) (c) "boosted" priority for multimedia domains Is it possible that having (a) and (b), possibly with some other combinations, could work well without adding (c)? At any rate, I'm going to start with a revised system that has a minimum cpu time, but no "high priority", and see if we can get things to work OK without it. Thanks for your work, BTW -- the scheduler has needed some attention for a long time, but I don't think it would have gotten it if you hadn't introduced these patches. Peace, -George On Wed, Jan 21, 2009 at 3:00 AM, NISHIGUCHI Naoki <nisiguti@xxxxxxxxxxxxxx> wrote: > Hi George, > > George Dunlap wrote: >> >> Sorry, didn't finish my thoughts before sending... >> >>> The original meaning of the "boost" priority was a priority given to >>> domains when waking up, so that latency-sensitive workloads could >>> achieve low latency when competing with cpu-intensive workloads, while >>> maintaining weight. I think this meaning of "boost" (and the >>> mechanism) is still important, especially for server-style workloads. >> >> ...so, I think we need to maintain the old "boost" mechanism (or >> something like it), and come up with a new name for this "priority cpu >> time" feature. > > I believe that the old "boost" mechanism remains after applying my patches. > But, now I think that "priority cpu time" feature needs a new name as you > said. > > Because of not changing the existing functionalities in credit scheduler and > achieving continuous high-priority for a domain, I decided to use "boost" > mechanism, especially boost priority. In my rev2 patches, old "boost" > mechanism and "boost credit" I introduced were integrated strongly and the > good result was obtained. But, as you said and I wrote above, I think that > the "boost" mechanism and "boost credit" should be separated. I'll try to > achieve this by introducing new priority for "priority cpu time" feature. > > Regards, > Naoki > > _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |