Date: Sun, 19 Sep 1999 13:11:16 +0930 From: Greg Lehey <grog@lemis.com> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: Brad Knowles <blk@skynet.be>, current@FreeBSD.ORG Subject: Re: 2xPIIIx450 results & NFS results (was More benchmarking stuff...) Message-ID: <19990919131116.L55065@freebie.lemis.com> In-Reply-To: <199909171817.LAA54393@apollo.backplane.com>; from Matthew Dillon on Fri, Sep 17, 1999 at 11:17:48AM -0700 References: <XFMail.990917112639.lh@aus.org> <199909171658.JAA53751@apollo.backplane.com> <v0420553bb40826e849a4@[195.238.1.121]> <199909171817.LAA54393@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Friday, 17 September 1999 at 11:17:48 -0700, Matthew Dillon wrote: > : Might I then request that you help rewrite it so that it performs > :a much more comprehensive testing of OS/filesystem throughput? > :Myself, I'd really love to see something that lets you seriously > :stress your system along the lines of Greg Lehey's rawio, but instead > :at a higher level. IMO, bonnie sucks worse than postmark, although > :they're measuring different things. > : > : Although it should certainly be forking, whether forking or not I > :can tell you that creating huge directories is not necessarily a bad > :simulation of a heavily-used mail server. I've seen mail servers > :with over 100,000 files in /var/spool/mqueue, both at former > :employers (like AOL), and at former customer sites (such as some of > :the largest freemail providers in the world). > > What we really need is something that generates a performance > curve based on several variables, including block size, locality of > reference (seek randomosity), amount of parallelism, locality of > parallelism (i.e. operating on same files vs different files), size of > dataset in bytes, and size of dataset in files. > > The program should dynamically mess with all the variables until it > gets a statistically relevant curve. > > I don't have the time to do it. Sniff! Sounds like rawio, sort of. It doesn't do files, though. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990919131116.L55065>