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/
Home Products Support Community News


RE: [Xen-devel] Re: IDLE domain is scheduled more than dom0

To: "Stephan Diestelhorst" <sd386@xxxxxxxxx>, "Andrew Theurer" <habanero@xxxxxxxxxx>
Subject: RE: [Xen-devel] Re: IDLE domain is scheduled more than dom0
From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
Date: Sun, 10 Jul 2005 18:17:35 +0100
Cc: Dan Magenheimer <dan.magenheimer@xxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sun, 10 Jul 2005 17:16:20 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcWFOBw2FZQJ9NXMSXuPcTatTNu7lwAOP3Ng
Thread-topic: [Xen-devel] Re: IDLE domain is scheduled more than dom0
> > cpu0:  [075.3] d0-0[075.3]
> > cpu1:  [075.3] d0-1[075.3]
> > cpu2:  [075.3] d0-2[075.3]
> > cpu3:  [074.8] d0-3[074.8]
> >  
> >
> This is the current default behaviour of domain 0, it gets 
> 75% of the CPU time and no slack time. This is easily 
> changeable, and I guess it is usefull to do so!

All domains should certainly be eligible for slack time by default
otherwise we'll just confuse people. 

If there are parameter tweaks that help dom0 work better as an IO domain
that's fine, but we should at least it make work as expected for
computer bound stuff too (not that people should really be doing such
stuff in dom0..)

[I suspect most people are only interested in using the weight parameter
rather than setting actual gurantees anyhow] 

I suspect the logic behind giving dom0 a large guarantee is that it that
when it blocks (which it will frequently) its large guarantee will
likely cause it to be scheduled immediately it unblocks, which is
"often" good for IO (not always, as promoting batching may be better in
other circumstances).

We need to get more benchmark numbers that compare sedf and bvt under
more realistic workloads. I'll be particularly interested in reaim and
kernel build numbers.

Stephan: please can you post a fix to the default parameters.


Xen-devel mailing list