Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!uunet!ncrcom!ncrlnk!ncr-mpd!Chuck.Phillips From: Chuck.Phillips@FtCollins.NCR.COM (Chuck.Phillips) Newsgroups: comp.benchmarks Subject: Re: IOzone V1.02 Sequential file I/O benchmark UNIX,VMS,MS-DOS,OSF/1,Xenix Message-ID: Date: 4 Apr 91 10:29:52 GMT References: <21532@shlump.nac.dec.com> Sender: uucp@ncr-mpd.FtCollins.NCR.COM Organization: NCR Microelectronics, Ft. Collins, CO Lines: 16 In-reply-to: norcott@databs.enet.dec.com's message of 28 Mar 91 15:08:38 GMT >>>>> On 28 Mar 91 15:08:38 GMT, norcott@databs.enet.dec.com (Bill Norcott) said: Bill> It is true that you can get the highest number by matching IOzone's Bill> record size to the particular file syste's block size. You can Bill> REALLY get great measured transfer rate by running on a quiet system Bill> which has a buffer cache much bigger than the file size. Under SVr4 and SunOS 4.x, the effective size of the buffer cache is _all available RAM_. The _only_ reliable way to flush all file buffers is to umount the file system. I've been told this is also true of several other UNIX variants. -- Chuck Phillips MS440 NCR Microelectronics chuck.phillips%ftcollins.ncr.com 2001 Danfield Ct. Ft. Collins, CO. 80525 ...uunet!ncrlnk!ncr-mpd!chuck.phillips