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,FREEMAIL_FROM
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 2002:a02:7087:: with SMTP id
 f129mr28642087jac.38.1559991600608;
        Sat, 08 Jun 2019 04:00:00 -0700 (PDT)
X-Received: by 2002:a9d:3ee2:: with SMTP id
 b89mr11156150otc.342.1559991600396;
 Sat, 08 Jun 2019 04:00:00 -0700 (PDT)
Path: 
 eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder-in1.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!g15no380975itd.0!news-out.google.com!l135ni439itc.0!nntp.google.com!g15no380974itd.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Sat, 8 Jun 2019 04:00:00 -0700 (PDT)
In-Reply-To: <qde8ds$83a$1@dont-email.me>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=2001:8004:1420:515:9dd0:14f4:6c71:502b;
 posting-account=rfeywQoAAAC0TKn5ZjdVW0ytcQM1oMSv
NNTP-Posting-Host: 2001:8004:1420:515:9dd0:14f4:6c71:502b
References: <55b14350-e255-406c-ab11-b824da77995b@googlegroups.com>
 <qdbt6v$7qa$1@dont-email.me>
 <6776b034-1318-49b3-8ff5-5a2f746fac9c@googlegroups.com>
 <qde8ds$83a$1@dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <bc88aebc-2f7a-4e85-9e7e-64e619fcd161@googlegroups.com>
Subject: Re: Toy computational "benchmark" in Ada (new blog post)
From: David Trudgett <dktrudgett@gmail.com>
Injection-Date: Sat, 08 Jun 2019 11:00:00 +0000
Content-Type: text/plain; charset="UTF-8"
Xref: reader01.eternal-september.org comp.lang.ada:56557
Date: 2019-06-08T04:00:00-07:00
List-Id: <comp.lang.ada>

Il giorno sabato 8 giugno 2019 03:55:10 UTC+10, Jeffrey R. Carter ha scritto:
> On 6/7/19 1:02 AM, David Trudgett wrote:
> > 
> > Thanks, Jeff! I have put the code into a public-accessible Gitlab repo here:
> 
> Thanks. Often entry calls create unnecessary overhead, but I made a version 
> without them and it didn't make a significant difference (about 1 ms less for 
> 256M values with 4 processors).
> 
> -- 
> Jeff Carter
> "You couldn't catch clap in a brothel, silly English K...niggets."
> Monty Python & the Holy Grail
> 19

Yes, I don't think that the entry calls could have any measurable effect in this example, as there are only a few of them, and no contention, and the only queueing occurs on the Get_Results, which is expected and desired.

Regards,
David