[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <0000013da1f6170e-7b247826-93a9-4c2d-a316-ba3b0597a805-000000@email.amazonses.com>
Date: Mon, 25 Mar 2013 14:31:32 +0000
From: Christoph Lameter <cl@...ux.com>
To: "Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>
cc: Steven Rostedt <rostedt@...dmis.org>,
Frederic Weisbecker <fweisbec@...il.com>,
Rob Landley <rob@...dley.net>, linux-kernel@...r.kernel.org,
josh@...htriplett.org, zhong@...ux.vnet.ibm.com,
khilman@...aro.org, geoff@...radead.org, tglx@...utronix.de
Subject: Re: [PATCH] nohz1: Documentation
On Fri, 22 Mar 2013, Paul E. McKenney wrote:
> On Fri, Mar 22, 2013 at 02:38:58PM +0000, Christoph Lameter wrote:
> > On Thu, 21 Mar 2013, Paul E. McKenney wrote:
> >
> > > So, how long of busy periods are you contemplating for your SCHED_FIFO
> > > threads? Is it possible to tune/adjust the offending per-CPU ktheads
> > > to wake up less frequently than that time?
> >
> > Test programs right now run 10 seconds. 30 seconds would definitely be
> > enough for the worst case.
>
> OK, that might be doable for some workloads. What happens when you
> try tuning the 2-second wakeup interval to (say) 45 seconds?
The vm kernel threads do no useful work if no system calls are being done.
If there is no kernel action then they can be deferred indefinitely.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists