lkml.org 
[lkml]   [2009]   [Feb]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC PATCH 0/4] timers: framework for migration between CPU
    * Ingo Molnar <mingo@elte.hu> [2009-02-20 22:53:18]:

    >
    > * Arjan van de Ven <arjan@infradead.org> wrote:
    >
    > > On Fri, 20 Feb 2009 17:07:37 +0100
    > > Ingo Molnar <mingo@elte.hu> wrote:
    > >
    > > >
    > > > * Vaidyanathan Srinivasan <svaidy@linux.vnet.ibm.com> wrote:
    > > >
    > > > > > I'd also suggest to not do that rather ugly
    > > > > > enable_timer_migration per-cpu variable, but simply reuse
    > > > > > the existing nohz.load_balancer as a target CPU.
    > > > >
    > > > > This is a good idea to automatically bias the timers. But
    > > > > this nohz.load_balancer is a very fast moving target and we
    > > > > will need some heuristics to estimate overall system idleness
    > > > > before moving the timers.
    > > > >
    > > > > I would agree that the power saving load balancer has a good
    > > > > view of the system and can potentially guide the timer biasing
    > > > > framework.
    > > >
    > > > Yeah, it's a fast moving target, but it already concentrates
    > > > the load somewhat.
    > > >
    > >
    > > I wonder if the real answer for this isn't to have timers be
    > > considered schedulable-entities and have the regular scheduler
    > > decide where they actually run.
    >
    > hm, not sure - it's a bit heavy for that.
    >

    I think the basic timer migration policy should exist in user space.
    One of the ways of looking at it is, as we begin to consolidate, using
    range timers and migrating all timers to lesser number of CPUs would
    make a whole lot of sense.

    As far as the scheduler making those decisions is concerned, my
    concern is that the load balancing is a continuous process and timers
    don't necessarily work that way. I'd put my neck out and say that
    irqbalance, range timers and timer migration should all belong to user
    space. irqbalance and range timers do, so should timer migration.

    --
    Balbir


    \
     
     \ /
      Last update: 2009-02-23 08:59    [W:3.627 / U:0.064 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site