WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [RFC][PATCH] scheduler: credit scheduler for client vir

To: NISHIGUCHI Naoki <nisiguti@xxxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [RFC][PATCH] scheduler: credit scheduler for client virtualization
From: George Dunlap <George.Dunlap@xxxxxxxxxxxxx>
Date: Wed, 21 Jan 2009 10:35:10 +0000
Cc:
Delivery-date: Wed, 21 Jan 2009 02:35:38 -0800
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=CkRjjVaWZoqPQR3KKTEV2IZeQeyWF8u6LHI2uQRBlFM=; b=f4ROMEaN8wFfH2tizEYyFXiQ62PrEbe4dfYU+9LeqCX0KCHvsKVD/0PoBDyL9fH00p Y6FlPVx5rsMwDMvcRRUnyAji7uD6pt4lBmU6es4k5/sqEbfheZCdWBPEKyCTAX+laLNF QPyCUXbSdl8Tk9J4JJLcSS7ZWkQm8TKBF3fwg=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=w+Sd9QmInq1+8QzHl00ji3wIqwYohzY9An3QbDkxOxwtqE2/W719BmIxslnMIC0ay+ PMNHz1rGi8F6jJvOqYJk+R8i576iqkiOc133peLuW0BvEjDD4dGe2XhQ1OdJzDd07IjN v19QG1EBETpD9bz6NvZhMqz5oYBIa4vv9rRCA=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <49768FDB.60609@xxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <49364960.2060101@xxxxxxxxxxxxxx> <de76405a0901191232k19d910d5o77160fa5ee7bf06c@xxxxxxxxxxxxxx> <de76405a0901191257p3b45304fi538d040b5634de23@xxxxxxxxxxxxxx> <49768FDB.60609@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
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

<Prev in Thread] Current Thread [Next in Thread>