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,f03ffdf470e3c559 X-Google-Attributes: gid103376,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news2.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!nx01.iad.newshosting.com!newshosting.com!198.186.194.249.MISMATCH!transit3.readnews.com!news-xxxfer.readnews.com!news-out.readnews.com!postnews3.readnews.com!not-for-mail Date: Wed, 29 Oct 2008 05:59:24 -0400 From: "Peter C. Chapin" User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Interesting performance quirk. References: <4903c066$0$28676$4d3efbfe@news.sover.net> <49045079$0$28711$4d3efbfe@news.sover.net> <4906f908$0$5781$4d3efbfe@news.sover.net> <34e18564-7913-426a-bb26-324314791d32@d1g2000hsg.googlegroups.com> In-Reply-To: <34e18564-7913-426a-bb26-324314791d32@d1g2000hsg.googlegroups.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-ID: <490833fc$0$5742$4d3efbfe@news.sover.net> Organization: SoVerNet (sover.net) NNTP-Posting-Host: 5624ead4.news.sover.net X-Trace: DXC=LkC_[2NMJ[@RZfJoa3=8@NK6_LM2JZB_CK4<2Ib]4VKG:WUUlR<856O?08i0moXI9IOV5KR?UbW?J X-Complaints-To: abuse@sover.net Xref: g2news2.google.com comp.lang.ada:8248 Date: 2008-10-29T05:59:24-04:00 List-Id: Ludovic Brenta wrote: > I believe OpenSSL uses hand-written and carefully optimised assembly > for its inner loops. That's interesting. It would help to explain the speed difference... although as I said I'm sure I can do better, at least a little better, with the compiled Ada than I am currently. In any event I don't want to "resort" to assembly language or to removing the Ada mandated checks (at least not in the final version). My assumption is the the sort of person who would be interested in using a crypto library in Ada would have that interest precisely because of the safety afforded by the Ada language. This is why I'm content with the library being a bit slower than the competitors that are throwing safety to the wind by, for example, using assembly language. Considering that cryptography is, almost by definition, used in security sensitive programs it seems like issues of safety and correctness should take priority over raw efficiency. Fast is good, of course, but it's even more important to be both right and secure. Hence Ada and not C (and definitely not assembly language). > Besides that, I was wondering if by any chance you were using one 32- > bit and one 64-bit operating system; if so, which one is Linux and > which one is Windows? No, they are both 32-bit systems. The Linux VM is on the same hardware as the Windows system. Peter