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-Thread: 103376,edda2b296e2577cf X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news2.google.com!news.glorb.com!news2.glorb.com!news.mv.net!nntp.TheWorld.com!not-for-mail From: Robert A Duff Newsgroups: comp.lang.ada Subject: Re: GNAT's Protected Objects Date: Mon, 08 Nov 2010 17:43:07 -0500 Organization: The World Public Access UNIX, Brookline, MA Message-ID: References: <4af1a5f4-7bf3-47ee-af67-db50e589e7a8@n32g2000pre.googlegroups.com> NNTP-Posting-Host: shell01.theworld.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: pcls6.std.com 1289256188 30089 192.74.137.71 (8 Nov 2010 22:43:08 GMT) X-Complaints-To: abuse@TheWorld.com NNTP-Posting-Date: Mon, 8 Nov 2010 22:43:08 +0000 (UTC) User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (irix) Cancel-Lock: sha1:iAUmJQgvOE0zuAVvyvBm1SmojmM= Xref: g2news2.google.com comp.lang.ada:16362 Date: 2010-11-08T17:43:07-05:00 List-Id: Jeffrey Carter writes: > That's what I expected. However, any number of tasks > 1 took longer > than a single task. I'm not too surprised by that. Each task is not doing much work in between calls to Get, so the synchronization overhead for the protected procedure calls will be high. If you split the work up into Num_Tasks pieces, I'd expect it to be faster, because then the only synchronization overhead would be in activating and terminating the tasks. By the way, I don't see the point of the Create_Tasks block. Seems like it's not needed. - Bob