comp.lang.ada
 help / color / mirror / Atom feed
From: igouy@yahoo.com
Subject: Re: The Computer Language Shootout Benchmarks
Date: 6 May 2006 00:34:06 -0700
Date: 2006-05-06T00:34:06-07:00	[thread overview]
Message-ID: <1146900846.729170.276400@y43g2000cwc.googlegroups.com> (raw)
In-Reply-To: <onqi52lkkid0ec0fvf1hfb6f0vk78cpct9@4ax.com>


Craig Carey wrote:
> On Thu, 04 May 2006 14:01:24 +1200, Craig Carey wrote to comp.lang.ada:
> >On Tue, 02 May 2006 21:14:19 +0200, Gautier wrote:
> >>Martin Krischik [wrote]
> ...
> >   "How many times faster or smaller are the Ada 95 GNAT programs than
> >          the corresponding C gcc programs?
> >
> >   "GNAT x times better
> >   - gcc x times better"
> >
> ...
> > That gives a narrow   to print out backtraces...
> .                     ^ window
>
>
> I considered that I may have made a mistake in my last message, by
> not considering that the figures in the table were found in this
> way:
>
>   Benchmark timing results for FSF GNAT and GCC C of unknown version,
>    were T1 and T2.
>
>   Compute   F = T1 / T2.
>   The results displayed is:   (F  -  (1 / F))

When F < 1 the result displayed is -1/F

Someone looking at GNAT vs C GCC will see the same numbers as someone
looking at  C GCC vs GNAT, but in gray with a different sign.

>
> Here is the page after the undefined data-massaging formula is applied
> (the formula is not in the FAQ, meaning that debian programmers don't
> frequently inquire about the origin of figures finding every compiler
> except one to be not-best):
>
> http://shootout.alioth.debian.org/debian/ada.php
>
> | Program & Logs . .Faster . .Smaller: Memory Use . .Smaller: Code Lines
> | binary-trees . . . . -1.8 . . . . . . -1.6 . . . . . . . . -1.2 . . .
>
> So GNAt is slower than version ?.?.? Gcc and got a -1.8.
>
> Using the F - 1/F finds that the figure ought be -1.17.
>
> http://shootout.alioth.debian.org/debian/benchmark.php?test=binarytrees&lang=gcc
>
> | binary-trees benchmark | C gcc  | binary-trees full data
> |  binary-trees C gcc program
> |  N . . . . .Full CPU Time s . . . . Memory Use KB . . . . Code Lines
> | 16 . . . . . . . . . . 4.12 . . . . . . . . 4,528 . . . . . . . . 80
> |   contributed by Kevin Carson
>
> http://shootout.alioth.debian.org/debian/benchmark.php?test=binarytrees&lang=gnat&id=0
>
> | binary-trees benchmark | Ada 95 GNAT  | binary-trees full data
> |  binary-trees Ada 95 GNAT program
> |  N . . . . .Full CPU Time s . . . . Memory Use KB . . . . Code Lines
> | 16 . . . . . . . . . . 7.21 . . . . . . . . 7,360 . . . . . . . . 99
> | -- Contributed by Jim Rogers
>
> Calculations:
>    Full CPU Time:
>       4.12 / 7.21 = 0.57143 ; 0.57143 - (1 / 0.57143) = -1.17856563
>    Memory Use:
>       4528 / 7360 = 0.61522 ; 0.61522 - (1 / 0.61522) = -1.01021
>    Code Lines:
>         80 / 99   = 0.80808 ; 0.80808 - (1 / 0.80808) = -0.42942124
>
>
> The GNAT "pragma Suppress" improves GNAT's timing results by enough to
> cause it to be used.
>
> It is not clear why "gcc" has two names at the alioth website: "C gcc",
> and "gcc". Ada is part of Gcc and use of svn can show that.
>
> Concluding, the competitor to Ada found that its competitor was
> boosted by +53%. (1.8/1.17 = 1.53846154). Though almost certainly an
> attack on Ada, there was simply no admission of that, just a straight
> face presentation of the bare facts...
>
>
>
>
> Craig Carey
>
>
>
>
>
>
>
>
>
>
>
>
>
> >So most of the numbers are nearly all negative.
> >
> >Thus it is probable that the creator of the website wishes to present
> >himself/herself as observing that GNAT executables
> >   finish running before they start.
> >
> >That gives a narrow to print out backtraces...
> >
> >For a clarification, the "ada.php" webpage shows an image that
> >contains images of horizontal bars.
> >
> >Of them I note:
> >
> >  * none are labelled. However the first word on the webpage is
> >   "Debian" (rather than, eg., "Linux").
> >
> >  * Something is labelled in the plot: and that is the horizontal
> >   axis.  It has two labels that are not clarified:
> >
> >      (a) "GNAT better" (on the right)
> >      (b) "gcc better" (on the left).
> >
> >So what is the "-" symbol mean, in the text "- gcc times better".
> >
> >Special reasoning skills are possibly needed to prevent modifying
> >scripts so that --sysroot is added to ld linker operations and then
> >the GNAT compiler is actually built under the FreeBSD emulator.
> >FreeBSD seems to be getting faster, and maybe the buildword is
> >less likely to crash too.
> >
> >Here is the competing Windows "shootout" webpage:
> >
> >   http://dada.perl.it/shootout/
> >
> >
> >
> >
> >
> >>- 4 native solutions
> >>HTH
> >>_______________________________________________________________
> >>Gautier         -- http://www.mysunrise.ch/users/gdm/index.htm
> >
> >Craig Carey




  reply	other threads:[~2006-05-06  7:34 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-02 17:33 The Computer Language Shootout Benchmarks Martin Krischik
2006-05-02 18:39 ` jimmaureenrogers
2006-05-03 16:03   ` Martin Krischik
2006-05-04 16:48     ` Martin Krischik
2006-05-04 18:20       ` tmoran
2006-05-05  8:10       ` Craig Carey
2006-05-05 18:15         ` Martin Krischik
2006-05-06 11:00           ` Craig Carey
2006-05-06 19:00           ` tmoran
2006-05-06  7:00       ` igouy
2006-05-07  9:56         ` Martin Krischik
2006-05-06  6:57     ` igouy
2006-05-02 19:14 ` Gautier
2006-05-04  2:01   ` Craig Carey
2006-05-04  3:16     ` Craig Carey
2006-05-06  7:34       ` igouy [this message]
2006-05-06 11:29         ` Craig Carey
2006-05-06 16:01           ` igouy
2006-05-08 13:24             ` Marc A. Criley
2006-05-09  5:23               ` Craig Carey
2006-05-02 21:32 ` Tapio Kelloniemi
2006-05-02 22:37   ` Matthew Heaney
2006-05-03 10:12     ` Tapio Kelloniemi
2006-05-03 14:55       ` Matthew Heaney
2006-05-03 16:15         ` Martin Krischik
2006-05-03 17:11         ` Tapio Kelloniemi
2006-05-03 16:05   ` Martin Krischik
2006-05-03  0:12 ` Matthew Heaney
2006-05-03 16:05   ` Martin Krischik
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox