From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,5bcf30769d6d9599
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2001-08-27 16:22:31 PST
Path: 
 archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!cpk-news-hub1.bbnplanet.com!chcgil2-snf1.gtei.net!news.gtei.net!news.binc.net!kilgallen
From: Kilgallen@SpamCop.net (Larry Kilgallen)
Newsgroups: comp.lang.ada
Subject: Re: ADA os talk
Date: 27 Aug 2001 18:22:22 -0500
Organization: LJK Software
Message-ID: <MIj1nYP7aabe@eisner.encompasserve.org>
References: <mailman.998888394.11895.comp.lang.ada@ada.eu.org>
 <9mdmck$rs1$1@nh.pace.co.uk> <9me6q4$aai1@news.cis.okstate.edu>
NNTP-Posting-Host: eisner.encompasserve.org
X-Trace: grandcanyon.binc.net 998954050 32441 192.135.80.34 (27 Aug 2001
 23:14:10 GMT)
X-Complaints-To: abuse@binc.net
NNTP-Posting-Date: Mon, 27 Aug 2001 23:14:10 +0000 (UTC)
Xref: archiver1.google.com comp.lang.ada:12495
Date: 2001-08-27T18:22:22-05:00
List-Id: <comp.lang.ada>

In article <9me6q4$aai1@news.cis.okstate.edu>, David Starner <dvdeug@x8b4e53cd.dhcp.okstate.edu> writes:
> On Mon, 27 Aug 2001 10:44:35 -0400, Marin David Condic <dont.bother.mcondic.auntie.spam@[> wrote:
>> Make
>> sure that it can handle a variety of scheduling algorithms so that it might
>> be made suitable for realtime or non-realtime programming. 
> 
> Are there any good examples of desktop OS's with good realtime 
> capabilities? Hybrids always show favortism towards one side or the
> other, sometimes to the point of unusability to the stepchild.

I would say VMS is a good example, if you agree that:

	Just because there are a lot of applications that are
	missing from the GUI interface, that does not mean
	there is a technical (as distinguished from marketing)
	limit preventing their presence.

	You cannot really get the GUI performance you have come
	to expect while realtime processes are running.

You do have to set process priorities appropriately, and of
course the definiton of realtime is that events are handled
within some predictable timeframe.  Certainly someone can
define their timeframe requirements tighter than VMS can
handle, but they could also define those requirements
tighter than can be handled by the hardware -- any hardware.