On Tue, Jan 16, 2001 at 08:17:00AM -0700, John Regehr wrote:
> The point is that real-time applications have widely varying
> requirements and, as people have been discussing recently, not everybody
> wants to stuff their app into the more restricted and difficult
> enviroment.
I want to point out that (A) RTLinux programming environment is not so
difficult and (B) the low latency patches are not so unrestricted.
Andrew Morton (who seems to have been the second Linux developer to turn
into an entire programming team) has a list of "don't do that"'s to
accompany his patch.
> One drawback of running soft real-time apps in user space while running
> hard real-time apps in RTLinux is that RTLinux will become a source of
> latency for regular Linux. In other words, if a RTLinux task has a WCET
> of 1ms, then the worst-cast dispatch latency of regular Linux will be
> increased by 1ms.
Just as the worst-case dispatch latency of SCHED_OTHER processes in
Linux gets worse by the worst case compute time of and SCHED_FIFO process.
>
> John
>
>
>
> -- [rtl] ---
> To unsubscribe:
> echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
> echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
> ---
> For more information on Real-Time Linux see:
> http://www.rtlinux.org/rtlinux/
--
---------------------------------------------------------
Victor Yodaiken
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com www.rtlinux.com
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/
