| To: | nigel@aa5b.engr.sgi.com (Nigel Gamble) |
|---|---|
| Subject: | Re: Linux: the next step |
| From: | Bob English <renglish@ratliff.engr.sgi.com> |
| Date: | Mon, 12 Aug 96 16:31:30 -0700 |
| Cc: | lm@gate1-neteng.engr.sgi.com (Larry McVoy), jes@machine.engr.sgi.com, sca@refugee.engr.sgi.com, lm@neteng.engr.sgi.com, alambie@wellington.sgi.com, ariel@cthulhu.engr.sgi.com, linux@yon.engr.sgi.com |
| In-reply-to: | Your message of "Mon, 12 Aug 96 15:59:04 PDT." <199608122259.PAA28318@aa5b.engr.sgi.com> |
| Sender: | owner-linux@cthulhu.engr.sgi.com |
In message <199608122259.PAA28318@aa5b.engr.sgi.com> you write: >That's fine for one class of real-time problems, but it's not going >to help make the RealAudio player (raplayer) useable on Linux... >The RealAudio application, together with all the support that it is >getting from the kernel in audio drivers, networking code etc., needs >to run at a higher priority than most of the other stuff that might be >going on... > >How will Linux solve this type of problem? With mirrors. You run another copy of Linux on a high-priority RT thread. Full API, fast preemption, minimal performance and code impact. You work on linux-slow and run rt apps on linux-fast. You could even reboot linux-slow without losing your audio signal :-). --bob-- |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Linux: the next step, Nigel Gamble |
|---|---|
| Next by Date: | Linux external vs. internal lists, Ariel Faigon |
| Previous by Thread: | Re: Linux: the next step, Nigel Gamble |
| Next by Thread: | Re: Linux: the next step, David S. Miller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |