Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!cs.utexas.edu!csd4.milw.wisc.edu!bionet!apple!versatc!mips!rnovak From: rnovak@mips.COM (Robert E. Novak) Newsgroups: comp.arch Subject: Re: SPEC Bench-a-Thon Keywords: SPEC performance benchmarks systems Message-ID: <22033@abbott.mips.COM> Date: 21 Jun 89 20:47:46 GMT References: <22031@abbott.mips.COM> Reply-To: rnovak@mips.COM (Robert E. Novak) Organization: MIPS Computer Systems, Sunnyvale, CA Lines: 34 >Date: Wed, 21 Jun 89 13:38:18 PDT >From: James A. Woods >Subject: Re: SPEC Bench-a-Thon > >as a benchmark, what's wrong with unix 'compress', >other than it messes up mipsco internal benchmark numbers? > >it's a nice cache-busting memory system benchmark, which is neat >because it's not the instruction set which necessary dictates >system performance these days... > >ames!jaw > >p.s. 'gnuchess' on some famous chess position would also make >a fun integer bit-pushing measure to watch over the years >(the metric being nodes/sec over five minutes or some such). Actually, compress is on the list of candidate benchmarks. The difficulty that we have encountered is putting the proper wrapper around compress. We don't want to ship a huge file that will properly exercise compress. What we need is a program that will generate an 'interesting' file to compress that will be the same on overy machine on which compress is run. A note about Publicly Available. Publicly Available does not imply Public Domain. It simply means that the program can be distributed with copyrights in place that do not necessarily restrict further distribution of the program. It will even be fine with SPEC if the copyright restricts the usage to performance testing. -- Robert E. Novak MIPS Computer Systems, Inc. {ames,decwrl,pyramid}!mips!rnovak 928 E. Arques Ave. Sunnyvale, CA 94086 rnovak@abbott.mips.COM (rnovak%mips.COM@ames.arc.nasa.gov) +1 408 991-0402