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.4 required=5.0 tests=BAYES_00,FORGED_MUA_MOZILLA
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: a07f3367d7,56525db28240414a
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.224.219.205 with SMTP id hv13mr4321840qab.5.1343910216563;
        Thu, 02 Aug 2012 05:23:36 -0700 (PDT)
Path: 
 a15ni4867845qag.0!nntp.google.com!npeer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!border3.nntp.dca.giganews.com!border1.nntp.dca.giganews.com!border1.nntp.ams.giganews.com!nntp.giganews.com!xlned.com!feeder1.xlned.com!goblin3!goblin.stu.neva.ru!news.matabio.net!jeffrey.matabio.net!thue.elzevir.fr!nntpfeed.proxad.net!proxad.net!feeder2-2.proxad.net!newsfeed.arcor.de!newsspool1.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Date: Mon, 30 Jul 2012 11:20:48 +0200
From: Georg Bauhaus <rm.dash-bauhaus@futureapps.de>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
 rv:14.0) Gecko/20120713
	Thunderbird/14.0
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: Efficient Sequential Access to Arrays
References: <01983f1c-f842-4b1f-a180-bcef531dad4c@googlegroups.com>
	<543da562-a07d-4aba-b46b-11d1d7a90900@googlegroups.com>
	<876295g3oh.fsf@adaheads.sparre-andersen.dk>
In-Reply-To: <876295g3oh.fsf@adaheads.sparre-andersen.dk>
Message-ID: <501651ef$0$6565$9b4e6d93@newsspool4.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 30 Jul 2012 11:20:47 CEST
NNTP-Posting-Host: 00a9e3b8.newsspool4.arcor-online.net
X-Trace: 
 DXC=f6]UZnkWiChOKO]LCQ@0g`4IUK<Cl32<a4Fo<]lROoRa8kF<OcfhCOk5LCKWkH=]Uonc\616M64>jLh>_cHTX3jmBQdf1Pgh84c
X-Complaints-To: usenet-abuse@arcor.de
X-Received-Bytes: 2680
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Date: 2012-07-30T11:20:47+02:00
List-Id: <comp.lang.ada>

On 30.07.12 08:31, Jacob Sparre Andersen wrote:
> robin.vowels@gmail.com writes:
> 
>> On Monday, 16 July 2012 04:40:08 UTC+10, Keean Schupke  wrote:
> 
>>> The Monte-Carlo simulator I am working on is now performing better in
>>> Ada than in C++ using profile-guided compilation (57k simulations per
>>> second for Ada vs 56k simulations per second for C++).
>>
>> One part in 59 is not a significant difference.
> 
> That depends on the variance.  But reporting performance numbers without
> the corresponding variance/standard deviation is very bad style.

When I see fluctuations, and the system is otherwise idle,
I'll typically assume that there is something random going on
in the program or in its run-time support system, or that
some contemporary CPU lets its cores run at different
speed without me knowing a way to influence that (by, e.g.,
asking for a constant number of ins per sec that would not
create too much heat (that would force fewer ins per sec)).
Because otherwise, how could the sequence of instructions
create fluctuations if it is not self-modifying?

In this case, the inputs seem of fixed size, tailored to
the caches' sizes in particular, so I'll assume that the results
show that it is not universally true that equivalent programs
written in Ada or C-17 cannot be as fast as the other.