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: 103376,31b8879c52cdbc65 X-Google-Attributes: gid103376,public From: kilgallen@eisner.decus.org (Larry Kilgallen) Subject: Re: Gnat on OpenVMS Date: 1999/05/21 Message-ID: <1999May21.063742.1@eisner>#1/1 X-Deja-AN: 480485077 X-Nntp-Posting-Host: eisner.decus.org References: <7hshfq$5tc$1@front1.grolier.fr> <37424625.4A33DD44@wanadoo.fr> <7hv83e$t2o$1@front4.grolier.fr> <7i19la$2ci$1@nnrp1.deja.com> <3744EFE6.79F99405@wanadoo.fr> X-Trace: news.decus.org 927283066 18016 KILGALLEN [216.44.122.34] Organization: LJK Software Reply-To: Kilgallen@eisner.decus.org.nospam Newsgroups: comp.lang.ada Date: 1999-05-21T00:00:00+00:00 List-Id: In article <3744EFE6.79F99405@wanadoo.fr>, Daniel Thonon writes: > I also looked at the code generated by gnat on Digital UNIX (with > different -O levels and chip dependant optimizations) and found the same > kind of problem. For example, just by counting the number of statements > in a loop, I found a ratio of more than 2 between gnat and DECAda. The > GEM code was quite simple to understand, but the gnat code was very > complicated, with several unnecessary jumps, for example. Be very careful with Alpha (and other RISC machines, I would presume) to avoid seat-of-the-pants judgements about what is complicated. It may be that you have studied this in detail, or maybe not, but what seems like an obvious cost comparison can often be subtle. Looking at GEM (DEC) code from various compilers one can find things like NOP instructions inserted, not for "wait state" purposes but to make branch targets have quadword alignment. I would certainly not claim that the machine code you describe is good, because I have not seen it. For Alpha code I have seen, however, what seemed questionable to me at the start actually had a reason for being that way. It is of course possible that you are much more expert than I in the timing of the Alpha chip, but I make this post anyway on the theory that someone else out there may be less expert :-). > We did not find the same conclusion, either on simple benchmarks or with > our complete application. In some case, gnat is faster, but overall it > is really slower. Yes, your application is the real test, since it was your organization that wants the computing done, not the SPEC committee. Larry Kilgallen