[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1332896805.23924.148.camel@gandalf.stny.rr.com>
Date: Tue, 27 Mar 2012 21:06:45 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: Christoph Lameter <cl@...ux.com>
Cc: Frederic Weisbecker <fweisbec@...il.com>,
LKML <linux-kernel@...r.kernel.org>,
linaro-sched-sig@...ts.linaro.org,
Alessio Igor Bogani <abogani@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Avi Kivity <avi@...hat.com>,
Chris Metcalf <cmetcalf@...era.com>,
Daniel Lezcano <daniel.lezcano@...aro.org>,
Geoff Levand <geoff@...radead.org>,
Gilad Ben Yossef <gilad@...yossef.com>,
Ingo Molnar <mingo@...nel.org>,
Max Krasnyansky <maxk@...lcomm.com>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
Peter Zijlstra <peterz@...radead.org>,
Stephen Hemminger <shemminger@...tta.com>,
Sven-Thorsten Dietrich <thebigcorporation@...il.com>,
Thomas Gleixner <tglx@...utronix.de>,
Zen Lin <zen@...nhuawei.org>
Subject: Re: [PATCH 11/32] nohz/cpuset: Don't turn off the tick if rcu needs
it
On Tue, 2012-03-27 at 19:42 -0500, Christoph Lameter wrote:
> On Tue, 27 Mar 2012, Steven Rostedt wrote:
>
> > On Tue, 2012-03-27 at 11:13 -0500, Christoph Lameter wrote:
> >
> > > Please do not use "realtime" since I am not sure what you mean by that.
> > > Its for a low latency applications that cannot use "realtime" because that
> > > implies high latencies.
> >
> > This statement totally confuses me, as the whole point of the -rt
> > (realtime) patch, is for lower latencies. Where do you get "realtime"
> > implies high latencies from?
>
> Obviously compiling a kernel with preemptiong introduces additional
> overhead to guarantee more deterministic behavior. Additional overhead
> increases latencies generated by the OS in general. Compile a kernel
> without preemption and it will run faster and thus have lower latencies.
I call that "lower overhead".
>
> Realtime avoids high latency spikes but in general increases average OS
> latencies.
Now to me the definition of a latency is the difference in time
something was suppose to happen and the time it actually does. A
reaction time.
I see you are calling the time spent in the kernel a latency. The time
added to complete a task is called "overhead". Yes, realtime adds
overhead to keep reaction time latency to a minimum.
According to wikipedia, the first thing it says about latency is:
"Latency is a measure of time delay experienced in a system, the precise
definition of which depends on the system and the time being measured.
Latencies may have different meaning in different contexts."
That last sentence is key. So lets avoid the term "latency" as it
obviously has a different meaning to the both of us.
Instead, lets use "determinism" (what we call latency in the realtime
world) and "overhead" (what you seem to see as latency caused by the
kernel).
-- Steve
--
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