Xref: utzoo comp.unix.i386:6538 comp.sys.ibm.pc:53646
Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uwm.edu!mailrus!iuvax!news!cartan!ndmath!nstar!larry
From: larry@nstar.uucp (Larry Snyder)
Newsgroups: comp.unix.i386,comp.sys.ibm.pc
Subject: Re: Adaptec 1542 Kernel tuning with 386/ix
Message-ID: <1990Jul05.212844.15613@nstar.uucp>
Date: 5 Jul 90 21:28:44 GMT
References: <1990Jun29.230754.251@nstar.uucp> <361@zds-ux.UUCP> 	<1990Jul04.123903.3204@nstar.uucp> <PCG.90Jul5152829@odin.cs.aber.ac.uk>
Organization: Northern Star Communications, Ltd.
Lines: 17

pcg@cs.aber.ac.uk (Piercarlo Grandi) writes:


>But you don't teel us the crucial details -- did you read from the raw
>device, the block device, or from the filesystem? In the latter two
>cases, how did you defeat the read-aheading. or ensured it was used, and
>in the last ase, did you unmount/remount the filesystem before each read
>to be sure to defeat the caching?

File system and cache was cleared in all the benchmarks - I posted
the source code for others to see exactly what was going on.


-- 
      Larry Snyder, Northern Star Communications, Notre Dame, IN USA 
            uucp: iuvax!ndmath!nstar!larry  -or-  larry@nstar
 Public Access Unix Site (219) 289-3745 / lots of files & free PEP feeds!