From:	Martin Str|mberg <ams AT ludd DOT luth DOT se>
Message-Id:	<200009281748.TAA20249@father.ludd.luth.se>
Subject:	Re: bnu2951b.zip's ar is slow
In-Reply-To:	<Pine.SUN.3.91.1000927071145.26042E-100000@is> from Eli Zaretskii at "Sep 27, 2000 07:12:07 am"
To:	djgpp-workers AT delorie DOT com
Date:	Thu, 28 Sep 2000 19:48:22 +0200 (MET DST)
X-Mailer:	ELM [version 2.4ME+ PL54 (25)]
MIME-Version:	1.0
Reply-To:	djgpp-workers AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	djgpp-workers AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

According to Eli Zaretskii:
> If the same operation takes the same time on a Pentium with more
> memory, then I'd say it's either paging or some alignment-related
> issue.  The latter seems less plausible, since alignment is not
> supposed to cause such large differences.

I can confirm that it is indeed due to swapping. In some mysterious
way SMARTDRV was being started in AUTOEXEC.BAT with defaults settings,
which means it takes 1MiB to use as cache. (This is probably the
reason I thought it wasn't swapping.) Adjusting that setting to 256kiB
(as per the FAQ) gives a considerable faster 2.95.1 version ar
operation (more or less the same time as 2.8.1).

If somebody is interested I have profiling logs on the versions 2.8.1
and 2.95.1 with little memory and with a little more memory.


Right,

						MartinS

- Raw text -