LinuxSA Mailing list archives
Index:
[thread]
[date]
[subject]
[author]
From: Alan Kennington <akenning@dog.topology.org>
To : drewp@bigpond.com
Date: Wed, 31 Mar 1999 14:14:55 +0930
Re: Linux in real time (was More Meeting Information)
Andrew,
I probably know much less about real-time OSs than most people, but...
When I talked about real-time software, I meant in the sense of
kernel modules being able to completely take control of the CPU.
I.e. linux does not provide real-time functionality at the process
level, but like most OSs, real-time can be achieved in device drivers
(i.e. kernel modules).
Of course, if you want _two_ kernel modules to achieve real-time
functionality, then one is in trouble.
Therefore I was only referring to the fact that linux is ideal for
kernel module writing, and that the kernel can do what it likes
with the CPU. This is a much more limited meaning of "real-time"
than in the context of real-time OSs.
Also I should mention that I was not talking about microsecond-level
real-time. I only meant down to a few milliseconds.
I assume that the _real_ real-time will be done on
dedicated microcontrollers which are connected by various buses to
the main CPU, being a sort of x86 or something.
Therefore in the sorts of projects that I was talking about,
I envisage there being a box containing a board or two, which have
a CPU + RAM + 1 or more microcontrollers.
Then I was asserting that linux would be good for the CPU -- but
probably not for the _real_ real-time processors, which are the
uC chips (e.g. microchip PIC, philips XA, coldfire etc. etc.).
Cheers,
Alan Kennington.
--
Check out the LinuxSA web pages at http://www.linuxsa.org.au/
To unsubscribe from the LinuxSA list:
mail linuxsa-request@linuxsa.org.au with "unsubscribe" as the subject
Index:
[thread]
[date]
[subject]
[author]
Return to the LinuxSA Mailing List Information Page