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.3 required=5.0 tests=BAYES_00,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: a07f3367d7,3a6a9f1d654285ba
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news2.google.com!news1.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed.arcor.de!newsspool1.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Date: Thu, 06 Aug 2009 23:39:51 +0200
From: Georg Bauhaus <rm.tsoh.plus-bug.bauhaus@maps.futureapps.de>
Reply-To: rm.tsoh+bauhaus@maps.futureapps.de
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: Ada Shootout program for K-Nucleotide (patches)
References: <4a743343$0$32674$9b4e6d93@newsspool2.arcor-online.net>
 	<0c18b36c-7af0-454c-8208-9b0416111a1f@w41g2000yqb.googlegroups.com>
 	<87fxc9e0mg.fsf@nbi.dk>
 <4a76cd4f$0$31329$9b4e6d93@newsspool4.arcor-online.net>
 	<87bpmxdqfo.fsf@nbi.dk>
 <b6a1f807-3ff9-4bd9-afc8-6c3c97024d2b@y10g2000prf.googlegroups.com>
 	<wccab2gmyiy.fsf@shell01.TheWorld.com>
 <e4f6ff69-b128-4abc-92cf-e4c08dd77efb@y10g2000prf.googlegroups.com>
 	<2bae762e-0d8a-4389-843a-466e87f59fd1@a37g2000prf.googlegroups.com>
 	<4a786b15$0$30230$9b4e6d93@newsspool1.arcor-online.net>
 <67e76046-62d4-4c0e-bdd8-8d00cdf93bca@l35g2000pra.googlegroups.com>
 	<4a79f712$0$31874$9b4e6d93@newsspool3.arcor-online.net>
 <7a5aea9c-1ade-4d73-98ef-08d226823161@z31g2000yqd.googlegroups.com>
 <4a7a0826$0$31862$9b4e6d93@newsspool3.arcor-online.net>
 <h5d5aa$qqg$1@news.tornevall.net>
 <4a7a96a2$0$31867$9b4e6d93@newsspool3.arcor-online.net>
In-Reply-To: <4a7a96a2$0$31867$9b4e6d93@newsspool3.arcor-online.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Message-ID: <4a7b4daa$0$31333$9b4e6d93@newsspool4.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 06 Aug 2009 23:39:54 CEST
NNTP-Posting-Host: 339c42c6.newsspool4.arcor-online.net
X-Trace: 
 DXC=o>oNnF<gE:Sf8j24CD<3lP4IUK<Cl32<Q4Fo<]lROoRQ^YC2XCjHcbY_0@4X\RS2=[A:ho7QcPOVS^^6?m0T2kXWkE=lfNbD]jT
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news2.google.com comp.lang.ada:7642
Date: 2009-08-06T23:39:54+02:00
List-Id: <comp.lang.ada>

Georg Bauhaus wrote:
> Jeffrey R. Carter schrieb:
>> Georg Bauhaus wrote:
>>> Terribly slow.  Requesting only a tenth of the required amount
>>> (i.e. N = 2500000) has taken ~30s. By extrapolation the full
>>> set is produced only after ~5m. That's almost 20x slower
>>> than the original Ada.Text_IO.
>>>
>>> (The RM explains that String'Write calls procedure
>>> Character'Write for each component of the String...)
>> What about if you unchecked convert the String into an appropriately
>> sized Stream_Element_Array and write it?
> 
> 
> A similar thing is done in florist AFAICS; I'm working
> on it.

A new fasta program using Ada's Stream_IO is here:

http://home.arcor.de/bauhaus/Ada/fasta.ada

It is pleasantly fast, even a bit quicker than
calling the C functions as previously explained.
Good to stay inside Ada.

A stylistic issue:
The new Print procedure is currently written using
named parameter association and package prefixes.
This makes it differ from the rest of the program.
Should it be made a better match?