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] RE: [Patch] Fix IDLE issue with sedf scheduler on IA64

To: "Hollis Blanchard" <hollisb@xxxxxxxxxx>
Subject: RE: [Xen-devel] RE: [Patch] Fix IDLE issue with sedf scheduler on IA64
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Thu, 14 Jul 2005 09:02:25 +0800
Cc: "Magenheimer, Dan \(HP Labs Fort Collins\)" <dan.magenheimer@xxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 14 Jul 2005 01:01:27 +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: AcWHt6ubPYFTnqIqQyulN+cBkmfBvQAVM2fQ
Thread-topic: [Xen-devel] RE: [Patch] Fix IDLE issue with sedf scheduler on IA64
>From: Hollis Blanchard [mailto:hollisb@xxxxxxxxxx]
>Sent: Wednesday, July 13, 2005 10:32 PM
>
>On Jul 13, 2005, at 8:34 AM, Tian, Kevin wrote:
>
>> This seems not easy to be simply done in context_switch without
common
>> change. Preventing switch to IDLE is easy, and a simple check in
>> context_switch can achieve. However the really bad thing is about
>> housekeep info within scheduler. Eg. domain0 may have been placed on
>> waitq, with begin of next period still far away. Stealing slice of
IDLE
>> to Dom0 without notifying scheduler, may mess the future decision
since
>> next schedule will happen on Dom0's context and base on dom0's
>> statistic
>> info...
>
>See how x86 does this in context_switch() (arch/x86/domain.c). In
>particular, __context_switch is avoided for the idle domain, so the
>context restored is some register pops in ret_from_intr/restore_all_xen
>(arch/x86/x86_32/entry.S).
>
>No scheduler changes or confusion necessary...
>

What you talked is about the optimization which is the neat way I
prefer, just like Ian suggested to use concept of lazy context switch
instead of eliminating IDLE domain earlier.

But this is not the same point as what Dan is suggesting. Dan is
suggesting to remove IDLE completely, or get IDLE simply an alias for
Dom0. My concern was just raised upon that direction - difficult to
prevent scheduling IDLE (not mean optimization for context switch)
without common scheduler change...

Thanks,
Kevin

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