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=0.2 required=5.0 tests=BAYES_00,INVALID_MSGID,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 1008e3,f07b9c63c348974b
X-Google-Attributes: gid1008e3,public
X-Google-Thread: 103376,f07b9c63c348974b
X-Google-Attributes: gid103376,public
From: donh@syd.csa.com.au (Don Harrison)
Subject: Re: A comparison of Ada and Modula 3
Date: 1996/02/21
Message-ID: <Dn5G9K.71L@assip.csasyd.oz>#1/1
X-Deja-AN: 140490321
sender: news@assip.csasyd.oz
references: <adaworksDn32G8.14B@netcom.com>
organization: CSC Australia
reply-to: donh@syd.csa.com.au
newsgroups: comp.lang.ada,comp.lang.modula3
Date: 1996-02-21T00:00:00+00:00
List-Id: <comp.lang.ada>

Richard Riehle wrote:

[...]

:  Langauges that consistently do automatic garbage collection will not 
:  perform correctly in embedded, hard, real-time (HRTS) weapons systems.
:  They work fine, though, for desk-top systems in which safety is not an
:  issue.

This is certainly true for single processor architectures. There is a trend
towards parallel architectures (such as SMP - Shared Memory Processing) becoming
more affordable. When they enter mainstream computing sometime in the
not-too-distant future, background processing (such as GC) can be done on a
separate processor from the RT application proper. Then, GC will be a viable proposition for HRTS.

:  Richard Riehle
:  adaworks@netcom.com

Don.