linux-mips
[Top] [All Lists]

Re: Linux: the next step

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>