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] [Q] about Credit Scheduler Dom0 Scheduling policy.

To: Emmanuel Ackaouy <ack@xxxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] [Q] about Credit Scheduler Dom0 Scheduling policy.
From: Atsushi SAKAI <sakaia@xxxxxxxxxxxxxx>
Date: Mon, 23 Oct 2006 13:13:45 +0900
Delivery-date: Sun, 22 Oct 2006 21:15:32 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: (Your message of "Wed, 18 Oct 2006 14:24:10 +0100") <20061018132410.GA5372@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <200610181150.k9IBoP8W031962@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20061018131115.GA5327@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20061018132410.GA5372@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hi, Emmanuel 

Thank you for your comments.

To be crealify, I am doing  unix bench 4.1.0 w_test@fsdisk/fsbuffer/fstime
with adding fsync().

(N.B.)I change the measurement configuration from file to physical disk.
Since previously I just want to show the blocking effect by xentrace.
Of course, other configuration are same.

The results are follows,
              credit credit(dom0weightx3)     sedf
fsbuffer(256)    16        16              33
fstime(1024)     66        66             133
fsdisk(4096)    266       266             266

unit:KBps
()means block size.

N.B. Dom0 Weight is added to 3times, since it equals other domain weight.
Dom0:U1:U2:U3=0.1:49.9:49.9:0.1 for Credit Dom0 Weightx3(768)
              0.1:49.9:49.9:0.1 for Credit Dom0 Weight=256
              0.9:48.7:48.7:0.8 for SEDF

I think blocking effect by CPU SPIN Domain should be considered.


And I think the reason is the 2 of your suggestion.

In my guess,
The credit scheduler runq has 2 priority.
If DomU1/2 are OVER running credit, no problem at all.
But DomU1/2 are UNDER running credit, the priorities are same as Dom0/U3.
So Dom0/U3 running is blocked by DomU1/2.

And weight seems no effect under this condition.
I guess credit_xtra makes inactivate the Dom0/U1 weight.


For including files
  For xentrace log, output size is huge 10lines/KB.
  I just included 100 line.


Thanks,
Atsushi SAKAI



>On Wed, Oct 18, 2006 at 02:11:15PM +0100, Emmanuel Ackaouy wrote:
>> If dom0 isn't preempting, in theory that is for one of
>> two reasons:
>> 1- It's consumed its fair share of CPU already.
>> 2- It's been inactive for a while.
>
>I should add that if (1), then increasing the weight of dom0
>should solve the problem. Try doubling it.
>
>If (2), then I'd like to see the xentrace output for a few
>seconds worth of running your workload.
>
>_______________________________________________
>Xen-devel mailing list
>Xen-devel@xxxxxxxxxxxxxxxxxxx
>http://lists.xensource.com/xen-devel





Attachment: sched-credit-trace.log
Description: Binary data

Attachment: sched-sedf-trace.log
Description: Binary data

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