ProgrammingThis forum is for all programming questions.
The question does not have to be directly related to Linux and any language is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
hi, what is meant by a "real-time OS"? if we have some linux distro, and some organization goes and makes a "real-time" version of that distro, what did they do? im a bit confused cos they didnt say "linux", rather "distro".
Distribution: Debian Jessie, FreeBSD 10.1 anything *nix to get my fix
Posts: 329
Rep:
This beats me, but I would guess that 'real time os' is some commercial soundbite that does not have any real technical meaning. But maybe i'm just a terrible cynic!!
well, no not really. RTOS is well-known, but I just heard this today - "we have made a real-time redhat distro" ... and i didnt bother asking at that time what he meant.
Real Time : (Took this from WebOpedia)
"Occurring immediately. The term is used to describe a number of different computer features. For example, real-time operating systems are systems that respond to input immediately. They are used for such tasks as navigation, in which the computer must react to a steady flow of new information without interruption. Most general-purpose operating systems are not real-time because they can take a few seconds, or even minutes, to react.
Real time can also refer to events simulated by a computer at the same speed that they would occur in real life. In graphics animation, for example, a real-time program would display objects moving across the screen at the same speed that they would actually move. "
And this link may give you some information about what could be a Real-Time distribution
Actually a RTOS is not only about reacting imediately.. it's about being able to predict how long a task will take..
For example in a car a air bag should not come out to fast so the air will go down before the head hit the air bag and it should not take to long time so the head will hit the steering wheel..
Ya, in a real time OS if you should be able to precisely time things. There is a system called real-time linux which adds patches to the linux kernel to allow you to have kernel modules which run in real time. It is pretty good, but not perfect. There are still better solutions for the truly hard core real time needs.
im going to take a look into that. thanks.
also, how different are embedded systems from an ordinary desktop PC? do we consider the controllers (say, GPS) in the car to be an example of them? seems like there is no real input interface like say a mouse/keyboard on a PC - so most all processes running are akin to background processes?
umm, ill just read up on it. thanks again.
All I do these days is pretty much embedded linux systems.
As far as there similarity to Desktop PC's, that really depends.
I have done some things that use embedded Pentium processors or something of that nature and you can pretty much run a slimmed down version of any normal linux distribution you want on them. For me those projects are rare though, as those processor are still fairly expensive when you are talking about building them into custom hardware.
Most of the stuff I do deals with PPC chips. The price point for the embedded PPC processor is quite good. The problem you run into is not all PPC's are created equal. The 860 series which is a great low power device doesn't have an FPU or some other features which the standard gcc PPC compiler assumes. So you end up with a fairly custom version of gcc and glibc and you have to really do a lot of work to get some applications to compile and run. Same goes for the Coldfire embedded m96k processor. But for special tasks (routers, POS terminals, stuff that doesn't really need massive cpu power) they work great and even though the availible linux tools are way stripped down from what most people are used to they provide a wonderful framework to develop software on. It is especially nice when you want to add things like flash drives (JFS,JFS2 are build into kernel), hard drives, network adapters, or any of the other devices the linux kernel supports out of the box.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.