home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 22766 < prev    next >
Encoding:
Text File  |  1993-01-05  |  2.0 KB  |  42 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!modcomp!gamble!nigel
  3. From: nigel@gamble.uucp (Nigel Gamble)
  4. Subject: Re: real time
  5. References: <1993Jan3.054159.11008@umr.edu> <1993Jan4.191229.22825@news.stolaf.edu>
  6. Organization: Nigel Gamble, Consultant
  7. Date: Tue, 5 Jan 1993 12:53:54 GMT
  8. Message-ID: <C0Dt5v.6G@gamble.uucp>
  9. Lines: 31
  10.  
  11. In <1993Jan4.191229.22825@news.stolaf.edu> johnsonm@lars.acc-admin.stolaf.edu (Michael K. Johnson) writes:
  12. >Well, actually, for some "real-time" applications, linux makes a lot
  13. >of sense, essentially because it has very low overhead in general.
  14.  
  15. Unfortunately, although a real time operating system needs to have very
  16. low overhead, having very low overhead does not mean that you have a
  17. real time operating system.  With the current version of Linux (as with
  18. any other traditionally designed UN*X operating system) there is no
  19. way to *guarantee* fast, *deterministic* response times.
  20.  
  21. >However, it would not take a "fundamental design change in how the
  22. >kernel works" to make linux a /good/ RTOS.
  23.  
  24. I think you're wrong here, for the reasons I outlined in a previous posting.
  25. But if you (or anyone else) is seriously thinking of `Linux-RT', I'll
  26. volunteer to help.
  27.  
  28. However, I now believe that the best way to implement a real time
  29. POSIX compliant OS is to start with a real time microkernel, not with
  30. a non real time monolithic kernel.  This allows many of the subsystems
  31. that cause problems for a real time UN*X kernel, such as the file
  32. system, to be implemented in user space where they can do less damage
  33. to deterministic response times.  Of course, there is still the problem
  34. of ensuring that all device drivers conform to the rules for ensuring
  35. determinism.  This is difficult enough for a commercial implementation;
  36. Linux device drivers are being contributed by many different people
  37. who would all have to understand how their code impacts the real time
  38. nature of the OS.
  39. -- 
  40. Nigel Gamble                                    gamble!nigel@uunet.UU.NET
  41. Ft. Lauderdale, FL                              uunet!gamble!nigel
  42.