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,4fbd260da735f6f4
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news3.google.com!out02b.usenetserver.com!news.usenetserver.com!in02.usenetserver.com!news.usenetserver.com!cycny01.gnilink.net!spamkiller.gnilink.net!gnilink.net!trnddc03.POSTED!72fcb693!not-for-mail
From: Fionn Mac Cumhaill <invisible@hiding.from.spam>
Newsgroups: comp.lang.ada
Subject: Re: Reading and writing a big file in Ada (GNAT) on Windows XP
Message-ID: <pc4a33dg00mcne415ars443dfsa9gh5skg@4ax.com>
References: <0hj5339mjmond132qhbn2o01unurs61lbj@4ax.com>
 <m2ejm4crhc.fsf@mac.com> <fcgcg4-fbs.ln1@newserver.thecreems.com>
X-Newsreader: Forte Agent 4.2/32.1117
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Sun, 29 Apr 2007 21:44:15 GMT
NNTP-Posting-Host: 71.170.31.60
X-Complaints-To: abuse@verizon.net
X-Trace: trnddc03 1177883055 71.170.31.60 (Sun, 29 Apr 2007 17:44:15 EDT)
NNTP-Posting-Date: Sun, 29 Apr 2007 17:44:15 EDT
Xref: g2news1.google.com comp.lang.ada:15404
Date: 2007-04-29T21:44:15+00:00
List-Id: <comp.lang.ada>

On Sat, 28 Apr 2007 14:28:56 -0400, Jeffrey Creem <jeff@thecreems.com>
wrote:

>Simon Wright wrote:
>> Fionn Mac Cumhaill <invisible@hiding.from.spam> writes:
>> 
>>> The modifications consist of replacing a slice of text at the end of
>>> a line with another bit of text. The biggest slice is 10 characters,
>>> and the replacement slice is always smaller than the original
>>> slice. An occasional line of text is about 6000 characters long, but
>>> most are about 700 haracters.  Get_Line reads them into a String
>>> variable that is 10,000 characters long.
>> 
>> Yesterday I found a performance (and stack!) related problem in GNAT's
>> Ada.Strings.Fixed.Index. The string is mapped onto the stack before
>> the search is done. But I wouldn't have thought this would result in a
>> 5 hour run time. How do you decide which lines need conversion?
>
>I agree, it does not seem that either that or the guesses I had related 
>to zeroing at the string (a common mistake) would result in the level of 
>slowdown being seen...However, now that you mention it, I see a few ugly 
>things like that related to Ada.Strings.Fixed. Did you submit a bug 
>report to FSF GCC?
>
>
>As for the original poster, any chance you are doing dynamic memory 
>allocation and leaking and perhaps causing swapping?

I didn't see any swapfile activity at all.