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,52fd60a337c05842 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-06-15 20:27:16 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!intgwpad.nntp.telstra.net!news.telstra.net!news-server.bigpond.net.au!not-for-mail From: Dale Stanbrough Newsgroups: comp.lang.ada Subject: Re: ada paper critic References: <3D095F70.8090001@telepath.com> <4519e058.0206140659.3c7987b7@posting.google.com> User-Agent: MT-NewsWatcher/3.2 (PPC Mac OS X) Message-ID: Date: Sun, 16 Jun 2002 03:27:12 GMT NNTP-Posting-Host: 144.132.91.90 X-Complaints-To: news@bigpond.net.au X-Trace: news-server.bigpond.net.au 1024198032 144.132.91.90 (Sun, 16 Jun 2002 13:27:12 EST) NNTP-Posting-Date: Sun, 16 Jun 2002 13:27:12 EST Organization: BigPond Internet Services (http://www.bigpond.net.au) Xref: archiver1.google.com comp.lang.ada:26065 Date: 2002-06-16T03:27:12+00:00 List-Id: Ted Dennison wrote: > > async abort is one counter example of this. The definition is such > > that programs take a hit in efficiency (or so i have read in this > > newsgroup). > > You are missing the entire point. We could sit here all day and come > up with weird constructions for each language in question that go slow > on some compilers. What matters when you talk about speed is how > quickly the code generated by your compiler runs your kinds of > applications. If there's an unbelieveably slow feature in there, and > that feature isn't used in this particular person's code in a tight > loop somewhere, its not going to have any impact whatsoever on their > percieved performance. No, async abort requires the compiler to include all sorts of extra mutexes (or polling points) throughout the code, to ensure that abort deferred actions are, well, abort deferred! The original questions were (partly) about features in Ada that make it go slow, and async abort is one of them. Don't use it and your code goes fast. Even the presence of it in an if statement... if then abort ; end if; causes the program to go slower. It doesn't really matter what compiler you use. Dale