HDTenEightyP/NetNews huggingface dataset:
From: stsai@acsu.buffalo.edu (Shuoh-Ren Tsai)
Newsgroups: comp.realtime
Subject: Re: real_time systems
Date: 17 Dec 92 16:11:07 GMT
Distribution: comp
Organization: UB

Hi,

   It seems many Industry people are interested in Rate Monotonic Scheduling.
Would anyone out there post some articles about the real IMPLEMENTATION cases
about it?

--
Shuoh-Ren Tsai
stsai@acsu.buffalo.edu
Graduate student, Dept.of Elec.& Comp.Eng, Univ. at Buffalo
Xref: sparky comp.realtime:1448 comp.os.misc:971
Organization: City University of New York/ University Computer Center
Date: Thursday, 17 Dec 1992 13:09:27 EST
From: Christopher Vickery <CCVQC@CUNYVM.BITNET>
Newsgroups: comp.realtime,comp.os.misc
Subject: Re: Real-time OS for PC's

One real time OS that is available for the PC is iRMX for Windows from
Intel.  You boot DOS, then load iRMX, which "encapsulates" DOS as an
iRMX task.  They share the DOS file system; iRMX can have its own
partition (with user access protection) too.

The network controller can be owned by iRMX (uses ISO networking protocols)
or by DOS (use any networking protocol you want).

DOS and iRMX programs can each make calls to the other OS.  If you run
Windows, iRMX programs can act as DDE clients or servers.  The DDE
mechanism is extended to allow DDE clients and servers to communicate
over a network (Windows doesn't know about it.)

Development tools on the iRMX side are standard languages (ANSI C,
assembler, Fortran, PLM, etc) but not C++.  The debugger, SoftScope,
lets you debug multiple tasks and knows about iRMX objects such as
mailboxes and semaphores.  Development tools may be run under either
DOS or iRMX.

When iRMX encapsulates DOS, it re-programs the clock to give the 10 msec
granularity used by the iRMX Nucleus for timing task waits and the like.
DOS programs do not see that this has happened.  As someone else pointed
out, this is not a "time slice" (although iRMX does support round-robin
task scheduling among tasks with equal priorities).  Context switch
times and interrupt response times are measured in the microseconds.

iRMX for Windows requires a 386 or better processor.  There are other
versions of iRMX that run on '286 or '86 processors, but none of those
run on a PC.
-------
Christopher Vickery, Computer Science Department, Queens College (CUNY)
Flushing, NY 11367-0904  vickery@ipc1.cs.qc.edu (718)997-3500
Newsgroups: comp.realtime
From: lfd@cbnewsm.cb.att.com (Lee Derbenwick)
Subject: Re: Real_time systems
Organization: AT&T
Date: Thu, 17 Dec 1992 23:44:30 GMT
Summary: Preemption implies processes; real-time doesn't.

In article <1992Dec16.120723.6377@lut.ac.uk>, R.Sheikhan2@lut.ac.uk (ZAGROS) writes:
> Is it true to say that, preemption is an essential characteristic of 
> a real_time system? if not how can we make sure that all tasks will
> meet their deadlines? 

"Preemption" assumes that you've got processes to be preempted,
which is already saying way too much.

A classic real-time technique is simply an infinite loop, which
calls one function for each "task" it needs to do.  Each function
is restricted to a maximum operating time (i.e., _they_ can't
have unrestricted loops), and the sum of all these times must be
less than the maximum tolerable latency for any action.  You
don't even need interrupts.

(Of course, vendors of "real-time operating systems" do _not_
want you to consider this approach.  :-)

Lots of elaboration is possible.  Add interrupts to register events
or to support (a very few) short-maximum-latency actions.  The
timing calculations are more difficult, but still trivial compared
to multiple processes.

I worked on one project that had, instead of a fixed loop, a priority
queue of "joblets": ordinary C functions each of which was called to
do some job (or part thereof), and each of which had a maximum
processing time.  If a job required too much time for one joblet, it
was required to save any state it needed, add itself to the queue
again, then return.

This scheme gave much the flexibility of arbitrary multi-programming,
while making synchronization trivial, since there was no preemption
except for interrupt handlers.  Testing was also much simpler, and
it was easy to monitor what was going on in the executing system.
We worried some about the state saving, but it turned out that in
most cases one or two variables (usually a loop counter) was all
that was needed beyond variables already in memory.  "Context switch"
time was much faster than would have been possible for a true
process implementation, and since we were working on an _abysmally_
slow processor, this was important.

This turns out to be rather similar to the way "streams" work in UNIX
System V: a stream module is called as an ordinary function (within
the kernel); it is required to execute, save any state it needs for
future executions, and return.

 -- Speaking strictly for myself,
 --   Lee Derbenwick, AT&T Bell Laboratories, Holmdel, NJ
 --   lfd@cbnewsm.ATT.COM  or  <wherever>!att!cbnewsm!lfd
Newsgroups: comp.realtime,comp.os.misc
From: peter@ferranti.com (peter da silva)
Subject: Re: Real-time OS for PC's
Organization: Xenix Support, FICC
Date: Fri, 18 Dec 1992 23:01:53 GMT

In article <92352.130927CCVQC@CUNYVM.BITNET> Christopher Vickery <CCVQC@CUNYVM.BITNET> writes:
> One real time OS that is available for the PC is iRMX for Windows from
> Intel.

Beware. We have been using RMX for some years and Intel has a real bad habit
of abandoning development environments. They sold us on a nice line of Intel
branded boxes and software, and then abandoned them when Compaq looked at
them crosswise. They are now talking about getting out of the compiler biz
completely.
-- 
Peter da Silva                                            `-_-'
Ferranti International Controls Corporation                'U` 
Sugar Land, TX  77487-5012 USA
+1 713 274 5180                            "Zure otsoa besarkatu al duzu gaur?"
Newsgroups: comp.realtime
From: eepjm@wombat.newcastle.edu.au (Peter Moylan)
Subject: Unreachable almquist@wam.umd.edu
Organization: University of Newcastle, AUSTRALIA
Date: Mon, 14 Dec 1992 05:41:13 GMT

I've been trying to get a reply through to
          Michael AlmSquish <almquist@wam.umd.edu>
but the mailer at wam.umd.edu doesn't want to know about him.
Are you there, Michael?
-- 
Peter Moylan                      eepjm@wombat.newcastle.edu.au
From: alex@tdd.sj.nec.com (Alex C. Poon)
Newsgroups: comp.realtime
Subject: Good emulator (ICE) for MC68EC030 (33MHz)
Keywords: emulator, MC68030, ICE
Date: 18 Dec 92 23:29:16 GMT
Distribution: usa
Organization: NEC America, Inc. (San Jose, CA)

Hello fellow netters,

I'm trying to get some opinions on ICE available for the 68030 running
at 33 MHz.  I'm especially interested in working experiences.  Either
good or bad opinion is fine.  I'm aware that there are atleast 3 makers
{Hp, Applied Micro Sys, HMI, etc}.  Your comments would be appreciated.

alex :-)




--
Alex C. Poon		uucp: ...{decwrld,oliveb}!necsun!alex
NEC America, Inc.	Internet: alex@tdd.sj.nec.com
110 Rio Robles		voice:(408) 922-3827
San Jose, CA 95134	facsimile:(408) 922-3850
Newsgroups: comp.realtime
From: parsytec@ux2.cso.uiuc.edu (Brian Upper - Invoice)
Subject: Old chips wanted
Organization: University of Illinois at Urbana
Date: Fri, 11 Dec 1992 19:19:39 GMT



HELP!

I'm looking for any source where I can buy the following Signetics chips:
	SCB 68154 C2N40
	N74F764N
	N74F764N-1
	N74F765N
	N74F765N-1

If you know of any good supplier of old chips in general, please let me
know.  Thank you in advance for your assistance.

Brian Upper
parsytec.ux2.cso.uiuc

P.S.  If this is the wrong news-group, please accept my apologies and
kindly direct me to a more appropriate one.
From: deanp@peg.pegasus.oz.au
Newsgroups: comp.realtime
Date: 19 Dec 92 14:03 EST
Subject: Re: New Book: _Forth: the New Model_
Nf-ID: #R:jax.724484373@well.sf.ca.us:-885481972:peg:785400005:000:926
Nf-From: peg.pegasus.oz.au!deanp    Dec 19 14:03:00 1992


In article <jax.724484373@well.sf.ca.us> jax@well.sf.ca.us (Jack J. Woehr) writ:
>
>       For all of you who are in the halibut of waiting with baited
>breath for new Forth books, especially Forth books by jax, stay
>tuned for:
>
>_Forth: the New Model_ by Jack J. Woehr (Hi, Mom!) M&T Books 1992,
>ISBN 1-55851-277-2.
>

Most of the companies I deal with who are forth houses would not change
to ANS Forth.... simply because a new implementation takes lots of money
and time especially if you have to port it to several flavours of hardware.

Is there a better way to promote the language without pushing new standards?

This is not to belittle the work of Jack or any of the standard who have
worked hard at the standard... It will be a milestone and a great reference
for how "other people" are doing it....  but will it be self porting, no...

dean perry

disclaimer: Forth still pays the bills, but I'm learning C++ ;)
From: masticol@cadenza.rutgers.edu (Steve Masticola)
Newsgroups: comp.realtime
Subject: Re: New Book: _Forth: the New Model_
Date: 20 Dec 92 17:14:51 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

deanp@peg.pegasus.oz.au writes:

>Is there a better way to promote the language without pushing new standards?

Maybe not "better than," but "in addition to"...

Contract with the Free Software Foundation to produce a "Gnu Forth,"
which adheres to the standard.

BTW, as someone who works in static analysis, I know there is a lot of
long-term benefit from language standards. Things like optimizers and
debuggers for a language don't get widely implemented or distributed
(and usually don't get very good) until the syntax and semantics of a
language are standardized, whether the standard is official or merely
de facto. Unfortunately, as Dean pointed out, adopting a standard
often doesn't get done because it might impact next quarter's profit
margin.

- Steve (masticol@cs.rutgers.edu).
Newsgroups: comp.realtime
From: uhde@ollie.jsc.nasa.gov (Jo Uhde)
Subject: Re: real_time systems
Organization: NASA/ Johnson Space Center
Distribution: comp
Date: Fri, 18 Dec 1992 16:03:37 GMT

In article <BzEvMK.BDM@acsu.buffalo.edu>, stsai@acsu.buffalo.edu (Shuoh-Ren Tsai) writes:
> 
> Hi,
> 
>    It seems many Industry people are interested in Rate Monotonic Scheduling.
> Would anyone out there post some articles about the real IMPLEMENTATION cases
> about it?
> 
> --

Rate Monotonic Scheduling (RMS) algorithms are being implemented 
as part of the Data Management System (DMS) for Space Station 
Freedom (SSF).  That is not my area, so I will make no further 
comment.

However, I _was_ part of a team which used an automatic code 
generator to produce applications for a SSF real-time simulation 
environment.  As part of that effort, I was required to write an 
executive based on the rate monotonic paradigm.  This was used as a 
prototype in our lab to test out the automatically generated code 
before it was taken to the actual simulation facility.

The executive was written completely in Ada, and had to meet the 
same interfaces as the actual executive.  We used it to run the 
simulations in real-time under VAX ELN, and it worked.  The test 
harness executive supports seven periodic rate groups.  The actual 
executive also handles aperiodics, but those features were not 
implemented in this proof-of-concept project.

This project is covered in a paper which was awarded the 
distinction of best government paper at SimTech '92.   I hope this 
has been of some use in convincing you that RMS _is_ used in the 
"real world".  Any further questions can be addressed to me via e-
mail: uhde@ollie.jsc.nasa.gov.

DrJo

> Shuoh-Ren Tsai
> stsai@acsu.buffalo.edu
> Graduate student, Dept.of Elec.& Comp.Eng, Univ. at Buffalo
> 
> 
Newsgroups: comp.realtime
From: uhde@ollie.jsc.nasa.gov (Jo Uhde)
Subject: Re: real_time systems
Organization: NASA/ Johnson Space Center
Distribution: comp
Date: Fri, 18 Dec 1992 21:18:44 GMT

In article <1992Dec18.160337.19309@aio.jsc.nasa.gov>, uhde@ollie.jsc.nasa.gov (Jo Uhde) writes:
> 
> In article <BzEvMK.BDM@acsu.buffalo.edu>, stsai@acsu.buffalo.edu (Shuoh-Ren Tsai) writes:
> > 
> > Hi,
> > 
> >    It seems many Industry people are interested in Rate Monotonic Scheduling.
> > Would anyone out there post some articles about the real IMPLEMENTATION cases
> > about it?
> > 
> > --
> 
[bunch of my own stuff about writing a working RMS executive deleted ...
I reread the last paragraph, and realized I was just _asking_ to get flamed.]

> I hope this has been of some use in convincing you that RMS _is_ used in
>the "real world".  

MANY, MANY apologies if the above sentence is taken to be snide or
condescending toward the original poster.  That was definitely _not_ my
intention.  I may have been reacting in a defensive mode (how's that for pure
governmentese?).  :-]  I have been hearing an awful lot lately about RMS being
a nice "theory", but of little use in practice.  Too often this is due to 
developers being unwilling/unable to understand the paradigm, and simply
retreating to a cyclic executive because it is "safe".

I will be the first to admit that RMS has problems.  In the simulation world,
data determinacy* is one of those problems.  The point is that these problems
_can_ be solved, but involve tradeoffs.  No big surprise there.  I also would
be interested in what other types of problems y'all have had in implementing
RMS.  You can e-mail me at uhde@ollie.jsc.nasa.gov.  If the responses warrant,
I will post a compendium of RMS pitfalls.


Thanks,

DrJo --no fancy sig, but I should indicate that the usual disclaimers apply.

* Don't bother to flame determinacy vs determinancy; both are correct usage.
I prefer the sound of determinacy, or maybe I'm just too lazy to type the
extra "n". ;-)

> > Shuoh-Ren Tsai
> > stsai@acsu.buffalo.edu
> > Graduate student, Dept.of Elec.& Comp.Eng, Univ. at Buffalo
From: cbrophy@axion.bt.co.uk (Connor Brophy)
Newsgroups: comp.realtime
Subject: Real Time CASE
Keywords: CASE
Date: 14 Dec 92 12:30:53 GMT
Reply-To: cbrophy@axion.bt.co.uk (Connor Brophy)
Organization: British Telecom Research Labs


I am writing a report on REAL-TIME CASE tools. I was wondering would anybody 
know any up to date books or references that I could use?


Also has anybody had experience in using these CASE tools. If
so could you mail me with any important factors with respect to your
experiences. For instance did they provide the productivity gain that you
expected, What was the learning curve like,
What were the shortcomings of the CASE tool that you used, ect.

I would be grateful for any information.

Thanks,

	Conor
From: dick@vsl.com.au (Richard Sellar)
Newsgroups: comp.realtime
Subject: uCOS
Date: 14 Dec 1992 04:36:41 GMT
Organization: Vision Systems Limited
Distribution: world
Reply-To: dick@vsl.com.au
NNTP-Posting-Host: willing.vsl.com.au
Keywords: Kernel

I have a copy of the uCOS real-time kernel written by Jean J. Labrosse but do not have access to the documentation published in the May 1992 and June 1992 issues of Embedded Systems Programming Magazine.

I am trying to obtain these issues of the magazine but in the mean time would anybody having an electronic copy of those articles kindly e-mail them to me.
Newsgroups: comp.realtime,comp.unix.aix
From: calistri@oracorp.com (Randy Calistri-Yeh)
Subject: Info wanted: signal processing appl
Summary: real-time signal processing rs6000 c
Organization: ORA Corporation
X-Newsreader: Tin 1.1 PL4
Date: Thu, 17 Dec 1992 20:38:27 GMT


Does anyone have any experience with using any commercial products to
support a real-time signal processing application?  The application must
run on an IBM RS-6000.  Incoming data will be at the rate of tens of
megabytes per minute, and the data must be manipulated and abstracted
several times per second.  We are currently looking for pointers to
industrial-strength blackboards, object-oriented environments, and
high-performance DBMS's.  Are there any other areas we should be
investigating?

______________________________________________________________________

			==> Randy <==

Randy Calistri-Yeh            calistri@oracorp.com
ORA Corporation               (607) 277-2020
301 Dates Dr.       	      Fax: (607) 277-3206
Ithaca, NY 14850-1313         
______________________________________________________________________
Newsgroups: comp.realtime
From: jbg@sei.cmu.edu (John Goodenough)
Subject: Re: real_time systems
Organization: The Software Engineering Institute
Distribution: comp
Date: Fri, 18 Dec 1992 14:50:29 EST


In article <BzEvMK.BDM@acsu.buffalo.edu>, stsai@acsu.buffalo.edu (Shuoh-Ren Tsai) writes:

|>    It seems many Industry people are interested in Rate Monotonic Scheduling.
|> Would anyone out there post some articles about the real IMPLEMENTATION cases
|> about it?

In a recent USENIX proceedings, SUN wrote about how they were revamping SUN OS
5.0 for real-time use by searching out and reducing periods of priority
inversion.  This qualitative use of rate monotonic analysis has proven to be a
very effective use of the theory by several organizations, most of which have
not written papers about it.

At the 3rd International Workshop on Networking Support for Digital Audio and
Video held in San Diego, a paper titled "Real-Time Scheduling Support in
Ultrix 4.2 for Multimedia Communication" talks about changes in the Ultrix 4.2
kernel to avoid priority inversion.  Another paper, by Roger Needham, "An
Approach to Real-Time Scheduling but is it really a problem for Multimedia?"
only talks about which protocol is sufficient to avoid "bad behavior" caused
by priority inversion and lock blocking.  It reaches the conclusion that
simple priority inheritance "ought to be good enough".

Lynx OS is supporting various rate monotonic scheduling constructs.  Some Ada
compiler vendors provide varying degrees of rate monotonic scheduling support
(Alsys, Verdix, and DDC-I).

NASA has adopted rate monotonic analysis for Space Station Freedom software.

At least two training companies, Telos and Tri-Pacific, are offering very
effective training courses on rate monotonic analysis.

John B. Goodenough					Goodenough@sei.cmu.edu
Software Engineering Institute				412-268-6391
From: dad@se21.wg2.waii.com (Dennis Doussan)
Newsgroups: comp.realtime
Subject: Re: Real-Time C++ Development ?
Keywords: Real-Time/C++
Date: 15 Dec 92 15:49:12 GMT
Organization: Western Geophysical Expoloration Products

Summary of the responses I have received to the following inquiry about C++ 
used in embedded systems:

>|1) Is anybody developing code in C++ for an embedded system that runs VRTX?
>|   If so:
>|     a) what processor is he/she/it using?
>|     b) which compiler  is he/she/it using?
>|     c) what run-time libraries is he/she/it using?
>|     d) what sort of development system is he/she/it using?

>|2) Is anybody developing code in C++ for an embedded system that runs any 
>|   other real time operating system kernel? If so:
>|     a) which kernel is he/she/it using?
>|     b) what processor is he/she/it using?
>|     c) which compiler  is he/she/it using?
>|     d) what run-time libraries is he/she/it using?
>|     e) what sort of development system is he/she/it using?


See the October issue of IEEE Computer, pg. 66.

See the latest Dr. Dobb's Journal.

See American Programmer. October 91. Vol 4, no.10
    "Real-Time Object-Oriented Programming Systems"
    Brian M. Barry

See Barry, Brian M. "Using OOP for Realtime Programming."
    Addendum to the Proceedings of OOPSLA/ECOOP'90.
    Ottawa, ON, Canada. New York: ACM Press, 1991.


VxWorks
Motorola MVME-133
Gcc 2.3.2
libg++-2.2 ( streams only )
Developed on Suns

pSOS
M68030
Microtek Research's C++ compiler/assembler/debugger
MRI ansi compatible runtime library

Chimera Real-Time Operating System 
(For details on Chimera, finger "chimera@cmu.edu".)
Motorola MC680x0
GNU C++ as a cross compiler
We provide most of the standard libg++.
Sun Workstation

// From Scott Herzinger at Wind River Systems ( scotth@wrs.com )
VxWorks "wind"
680x0 and i960
compiler based on cfront 3.0.1
ANSI C library, USL iostreams class library for I/O.
Host workstation

pSOS+
68030
Apple's MPW compilers running off Macintoshim
pSOS comes with an ANSI C runtime library
Apple's MPW environment plus a lot of our own work.

pSOS+
68040's m167/m147
Microtex complier, XRAY+ source level debugger.
Sun Sparc

HP-RT
HP 9000 Model 742rt (PA-RISC 7100)
Standard C++ compiler on HP-UX.
The same.
HP-UX host development system.

----------------------------------------------------------------------
Dennis A. Doussan                               doussan@wg2.waii.com 
Design Engineer                                 VOICE: (713) 964-6131 
Western Geophysical Exploration Products        FAX:   (713) 781-2585
3600 Briarpark Drive      
Houston, Texas 77042     
USA 



Newsgroups: comp.realtime
From: feng@cs.uiuc.edu (Wuchun Feng)
Subject: Re: real_time systems
Reply-To: Wuchun Feng <feng@cs.uiuc.edu>
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
Distribution: comp
Date: Thu, 17 Dec 1992 15:07:11 GMT

borch@ugli.tsd.itg.ti.com (Mark Borcherding) writes:

>David,
>
>Are there any recommended books (papers) that cover Rate Monotonic Analysis?
>
>
>Regards :)

Well, my name's not David; but the classical paper on rate monotonic
analysis is

Liu, C.L. and Layland J.W. "Scheduling Algorithms for Multi-Programming in
  a Hard-Real-Time Environment", Journal of the Association for Computing
  Machinery, Vol. 20, No. 1, January 1973, pp. 46-61

Another good paper is

Sha, L., Klein, M.H., and Goodenough, J.B. "Rate Monotonic Analysis for
  Real-Time Systems", pp. 169-185 (Unfortunately, I don't remember which
  journal this is from off-hand)

-Wu

-- 
Wuchun Feng // feng@cs.uiuc.edu // University of Illinois // Urbana, IL 61801
From: borch@ugli.tsd.itg.ti.com (Mark Borcherding)
Newsgroups: comp.realtime
Subject: Re: real_time systems
Date: 17 Dec 1992 11:33:56 GMT
Organization: TI
Distribution: comp
Reply-To: borcherding@tsd.itg.ti.com
NNTP-Posting-Host: ugli.tsd.itg.ti.com

David,

Are there any recommended books (papers) that cover Rate Monotonic Analysis?


Regards :)

Mark Borcherding                            EMAIL: borcherding@tsd.itg.ti.com
                                            MSGID: VDSP
Texas Instruments Inc.                      M/S:   2201
                                            PHONE: (512) 250-4383
Telecom Systems                             FAX:   (512) 250-7104
From: hsmith@world.std.com (heath smith)
Newsgroups: comp.realtime
Subject: 8051/8044/Bitbus user groups
Summary: Looking for a users group.
Keywords: 8051/8044/Bitbus/DCX51/DCM44
Date: 11 Dec 92 18:36:48 GMT
Article-I.D.: world.Bz3yDD.JCK
Organization: The World Public Access UNIX, Brookline, MA

I am looking for a users group which deals specifically with the 8051/8044
and the DCX41 operating systems.

I have learned alot about Bitbus and the 8044 and will like to contribute
to a users group. I have been programming in 8051 for the last 4 years and
have dealt extensively with the 8044 and Bitbus. 

Please contact me here, or FAX 313-229-9072 (also has answering machine).

Replies appreciated.

hsmith@world.std.com
From: ernie@hpcuhe.cup.hp.com (Ernie Wakamatsu)
Date: Tue, 15 Dec 1992 01:31:08 GMT
Subject: Re: Looking for a real-time UNIX for the 486
Organization: Hewlett Packard, Cupertino