From: Rez <rividh DOT minusthispart AT earthlink DOT net>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: allegro gone missing?
Date: Thu, 14 Oct 1999 13:30:01 -0700
Content-Transfer-Encoding: 7bit
References: <Pine DOT SUN DOT 3 DOT 91 DOT 991011122627 DOT 28307G-100000 AT is> <380282EA DOT 3E6A AT earthlink DOT net> <Pine DOT SUN DOT 3 DOT 91 DOT 991013114157 DOT 16702F-100000 AT is>
X-Posted-Path-Was: not-for-mail
Content-Type: text/plain; charset=us-ascii
X-ELN-Date: 14 Oct 1999 20:27:20 GMT
X-ELN-Insert-Date: Thu Oct 14 13:35:02 1999
Organization: Offworld Press
Lines: 30
Mime-Version: 1.0
NNTP-Posting-Host: 1cust14.tnt2.lancaster.ca.da.uu.net
Message-ID: <38063D49.12D7@earthlink.net>
X-Mailer: Mozilla 3.04 (Win16; I)
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

Eli Zaretskii wrote:
> 
> On Mon, 11 Oct 1999, Rez wrote:
> 
> > I don't know about Windows' DPMI, but I did some performance testing of
> > CSWDPMI vs DRDOS7.03's DPMI. BOOM (DOOM clone) ran at the same speed +/-
> > less than 0.1% difference (however it takes quite a bit longer to get
> > thrashy on DRDOS's DPMI). OTOH, BSPv3.0 ran at 10% faster on DRDOS's
> > DPMI. This was reproducible and consistent.
> 
> Don't forget that CWSDPMI was written by a single engineer on his
> spare time.  Given that, I think 10% of a performance hit, and then in
> some specific cases only, is acceptable.

BSP is a naked textmode DOS app, very CPU-intensive but with very little
display output (a spinner and a few lines of text). Is that of any
significance wrt this case's 10% performance difference?

BTW when I do any sort of performance testing, I always disable cache,
because otherwise you don't really know what influence it had on the
results. 

Also I wonder if cache could disguise some program faults. Frex, on my
other boot setup, which has a cache, one program's config file directory
entry gets corrupted when I start the program. I've found if I first
copy the config file from one location to another, then start the
program, the corruption does not occur. Presumably at that point it's
snagging the config file from cache instead of from disk. 

~REZ~