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.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD,
	FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: 103376,4e5770c49b971630
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII
Path: 
 g2news2.google.com!postnews.google.com!o26g2000vby.googlegroups.com!not-for-mail
From: Maciej Sobczak <see.my.homepage@gmail.com>
Newsgroups: comp.lang.ada
Subject: Re: High-Integrity OO and controlled types
Date: Thu, 5 May 2011 00:13:12 -0700 (PDT)
Organization: http://groups.google.com
Message-ID: 
 <1356f246-a883-4b9b-92f5-7426cc945084@o26g2000vby.googlegroups.com>
References: <d8204576-14ff-41a4-b850-ace9c15872d4@v8g2000yqb.googlegroups.com>
 <beefc106-01b0-4dec-ae7b-2ef41b1c7c78@b19g2000yqg.googlegroups.com>
 <f6e72476-0dca-4ab8-bfdf-94a0ddf7a7dc@j26g2000yqa.googlegroups.com>
 <4dbfe6cc$0$7664$9b4e6d93@newsspool1.arcor-online.net>
 <1in9ypl17vu1t$.1shivr91x8zw6.dlg@40tude.net>
 <4dc01dca$0$6885$9b4e6d93@newsspool2.arcor-online.net>
 <1ds39akl3dbii$.mlyj7piip5o3.dlg@40tude.net>
 <4dc112cf$0$6772$9b4e6d93@newsspool3.arcor-online.net>
 <gbwm0iuo4ed4$.1e5m2ye4kvqqj$.dlg@40tude.net>
 <4dc166bd$0$6973$9b4e6d93@newsspool4.arcor-online.net>
 <1ligthpgu6ogv$.dquevy2bn4tw$.dlg@40tude.net>
 <4dc16ff7$0$6985$9b4e6d93@newsspool4.arcor-online.net>
 <1wtqj5ym270iw.11hopx6y7w1co$.dlg@40tude.net>
 <4dc187af$0$6991$9b4e6d93@newsspool4.arcor-online.net>
 <15h978k5yukhl.kga2durs3cjl.dlg@40tude.net>
NNTP-Posting-Host: 83.3.40.82
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1304579593 1108 127.0.0.1 (5 May 2011 07:13:13
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Thu, 5 May 2011 07:13:13 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: o26g2000vby.googlegroups.com; posting-host=83.3.40.82;
 posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US;
 rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13,gzip(gfe)
Xref: g2news2.google.com comp.lang.ada:20136
Date: 2011-05-05T00:13:12-07:00
List-Id: <comp.lang.ada>

On May 4, 10:16=A0pm, "Dmitry A. Kazakov" <mail...@dmitry-kazakov.de>
wrote:

> Performance optimization is a different angle. There is no obvious reason
> why following or ignoring Ravenscar's restrictions should result in eithe=
r
> faster or slower program.

For one thing, with Ravenscar restrictions the compiler need not
generate abort deferral related code, because without ATC it would be
a dead code anyway. This might reduce the size of generated code and
consequently make it faster.
I have no hard data on what are the actual gains, however.

There are certainly other opportunities as well.

--
Maciej Sobczak * http://www.msobczak.com * http://www.inspirel.com