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.1 required=5.0 tests=BAYES_40,INVALID_DATE autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,f21b19265de84351 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 1993-03-02 12:10:59 PST Newsgroups: comp.lang.ada Path: sparky!uunet!gatech!howland.reston.ans.net!usc!cs.utexas.edu!torn!nott!cunews!bertrand!greg From: greg@regulus.sce.carleton.ca (Greg Franks) Subject: Re: Ada Embedded Systems Efficiencies In-Reply-To: jm59@prism.gatech.EDU's message of 26 Feb 93 15: 10:52 GMT Message-ID: Sender: news@cunews.carleton.ca (News Administrator) Organization: Systems and Computer Engineering, Carleton University. References: <1993Feb24.212146.13157@saifr00.cfsat.honeywell.com> <86800@hydra.gatech.EDU> Date: Tue, 2 Mar 1993 20:10:59 GMT Date: 1993-03-02T20:10:59+00:00 List-Id: As has been noted here, some performance problems arise because of less-than-optimal optimizations by the compiler, excessive procedure calls etc. However, I am curious if there are any articles in the literature reporting performance problems caused by rendezvous (or remote procedure calls). For instance, it is possible to have several communicating processes limit each others throughput without fully utilizing the hardware resources on which they run because the tasks are blocked waiting for replies from remote processors. Send email. I will summarize. Thanks -- Greg Franks (613) 788-5726 Systems and Computer Engineering, uunet!mitel!cunews!sce!greg Carleton University, greg@sce.carleton.ca Ottawa, Ontario, Canada K1S 5B6. Overwhelm them with small bugs so they don't see the big ones.