[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-ia64-devel] RE: [Xen-devel] RE: [Patch] Fix IDLE issue with sedf scheduler on IA64


  • To: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
  • From: "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>
  • Date: Wed, 13 Jul 2005 08:08:54 -0700
  • Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Wed, 13 Jul 2005 15:07:28 +0000
  • List-id: DIscussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
  • Thread-index: AcWHkNam4njROoPTSRq2Lw7NMoU4SwAE6cuAAAJhJYAAA5hiwA==
  • Thread-topic: [Xen-devel] RE: [Patch] Fix IDLE issue with sedf scheduler on IA64

(ia64 only since this is an archdep solution)

> >Is there a better way (for ia64)?  I kind of like the solution
> >Keir and Ian imply... is it possible in context_switch to simply
> >"refuse" to switch to the idle domain?   E.g. if the idle domain
> >is the target of the switch, instead switch to domain0 (and
> >make it runnable)?
> >
> 
> 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...

I think domain0 only goes in the waitq at one point -- when
it calls pal_halt_light to idle its virtual machine.  This
case could be easily changed (there is already some code there)
to ensure domain0 is always runnable.

Dan

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.