lkml.org 
[lkml]   [2012]   [Nov]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 00/32] [RFC] nohz/cpuset: Start discussions on nohz CPUs
    On Fri, Nov 02, 2012 at 03:03:01PM +0000, Christoph Lameter wrote:
    > On Fri, 2 Nov 2012, Steven Rostedt wrote:
    >
    > > > also it would be best to sync this conceptually with the processors
    > > > enabled for rcu processing.
    > >
    > > Processors can be disabled for rcu processing? Or are you talking about
    > > Paul's new work of offloading rcu callbacks?
    >
    > Yes. Paul's new work to remove rcu processing from processors. That needs
    > to be synced configuration wise somehow. It does not make sense to process
    > rcu callbacks on processors where the timer tick does not work anymore.

    In kernels built with CONFIG_FAST_NO_HZ=n, if there are callbacks,
    then there will be a tick, with or without Frederic's adaptive ticks.
    If CONFIG_FAST_NO_HZ=y, if there are callbacks but no tick, RCU will
    arrange for a timer to allow RCU processing to proceed as needed, but
    much longer than one tick in duration, and only until such time as the
    RCU callbacks drain.

    So, yes, people who need absolutely all jitter to be banished at whatever
    cost would want both adaptive ticks and no-CBs CPUs, but not everyone
    who wants adaptive ticks would necessarily want the burden of choosing
    which CPUs get callbacks offloaded from and where they should be executed.

    So I believe that these need to be controlled separately for the immediate
    future.

    Thanx, Paul



    \
     
     \ /
      Last update: 2012-11-02 20:21    [W:2.463 / U:0.256 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site