* Real time kernel
@ 2009-10-12 18:00 Dragoslav Zaric
2009-10-12 18:20 ` Thomas Backlund
2009-10-12 20:16 ` Christoph Lameter
0 siblings, 2 replies; 5+ messages in thread
From: Dragoslav Zaric @ 2009-10-12 18:00 UTC (permalink / raw)
To: LKML
If you build kernel 2.6 with preemption configured in,
do you get real-time operation system ?
Thanks
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Real time kernel
2009-10-12 18:00 Real time kernel Dragoslav Zaric
@ 2009-10-12 18:20 ` Thomas Backlund
2009-10-12 20:16 ` Christoph Lameter
1 sibling, 0 replies; 5+ messages in thread
From: Thomas Backlund @ 2009-10-12 18:20 UTC (permalink / raw)
To: LKML
Dragoslav Zaric wrote:
> If you build kernel 2.6 with preemption configured in,
> do you get real-time operation system ?
http://rt.wiki.kernel.org/index.php/Main_Page
--
Thomas
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Real time kernel
2009-10-12 18:00 Real time kernel Dragoslav Zaric
2009-10-12 18:20 ` Thomas Backlund
@ 2009-10-12 20:16 ` Christoph Lameter
2009-10-12 21:04 ` Dragoslav Zaric
1 sibling, 1 reply; 5+ messages in thread
From: Christoph Lameter @ 2009-10-12 20:16 UTC (permalink / raw)
To: Dragoslav Zaric; +Cc: LKML
On Mon, 12 Oct 2009, Dragoslav Zaric wrote:
> If you build kernel 2.6 with preemption configured in,
> do you get real-time operation system ?
Depends on what you mean by realtime. If you want a slower kernel with
less outliers then enable preempt.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Real time kernel
2009-10-12 20:16 ` Christoph Lameter
@ 2009-10-12 21:04 ` Dragoslav Zaric
2009-10-12 21:08 ` Christoph Lameter
0 siblings, 1 reply; 5+ messages in thread
From: Dragoslav Zaric @ 2009-10-12 21:04 UTC (permalink / raw)
To: Christoph Lameter; +Cc: LKML
This is definition from http://rt.wiki.kernel.org/
-------------------------------------------------------------------------
Real-time applications have operational deadlines between some
triggering event and the application's response to that event. To meet
these operational deadlines, programmers use real-time operating
systems (RTOS) on which the maximum response time can be calculated or
measured reliably for the given application and environment.
-------------------------------------------------------------------------
So for specific requirements I would not say, you get slower kernel,
you get purpose-making kernel, because on these kind of systems you
probably do not do anything. It is probably the system that listens
and responds to some events.
Do you want to say, when using preemption in "normal user mode", Linux
works slower then without preemption ?
It makes sense,
"because the latency of a task only depends on the tasks running at
equal or higher priorities, all other tasks can be ignored."
(http://rt.wiki.kernel.org/index.php/Frequently_Asked_Questions#What_is_real-time.3F)
Thanks
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Real time kernel
2009-10-12 21:04 ` Dragoslav Zaric
@ 2009-10-12 21:08 ` Christoph Lameter
0 siblings, 0 replies; 5+ messages in thread
From: Christoph Lameter @ 2009-10-12 21:08 UTC (permalink / raw)
To: Dragoslav Zaric; +Cc: LKML
On Mon, 12 Oct 2009, Dragoslav Zaric wrote:
> This is definition from http://rt.wiki.kernel.org/
>
> -------------------------------------------------------------------------
> Real-time applications have operational deadlines between some
> triggering event and the application's response to that event. To meet
> these operational deadlines, programmers use real-time operating
> systems (RTOS) on which the maximum response time can be calculated or
> measured reliably for the given application and environment.
> -------------------------------------------------------------------------
What is the calculated maximum response time in this case?
> So for specific requirements I would not say, you get slower kernel,
> you get purpose-making kernel, because on these kind of systems you
> probably do not do anything. It is probably the system that listens
> and responds to some events.
Ahh..
> Do you want to say, when using preemption in "normal user mode", Linux
> works slower then without preemption ?
> It makes sense,
Preemption increases code and data size of the kernel which causes the
processors to have to process more instructions and touch more cachelines
to do the same work.
> "because the latency of a task only depends on the tasks running at
> equal or higher priorities, all other tasks can be ignored."
> (http://rt.wiki.kernel.org/index.php/Frequently_Asked_Questions#What_is_real-time.3F)
Latency depends on the number of cachelines touched and on the number of
instructions that have to be processed by a processor until a reaction to
an event can occur. Increasing the latency by make processing more complex
can avoid outliers. You trade speed for guarantees in realtime OSes.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2009-10-12 21:16 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-10-12 18:00 Real time kernel Dragoslav Zaric
2009-10-12 18:20 ` Thomas Backlund
2009-10-12 20:16 ` Christoph Lameter
2009-10-12 21:04 ` Dragoslav Zaric
2009-10-12 21:08 ` Christoph Lameter
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox