🚀 go-pugleaf

No, it is not possible to get a single figure of merit benchmark!

IBM has realized this for years and almost always quotes separate
comparison figures for "scientific" and "business" code.  Floating
point a side, the IBM-business benchmarks have a higher density of
tests and branches.  (Like Dhrystone, the IBM b-marks are tuned to
try to match sets of real applications)  Given the two IBM-figures,
one can usually make a good guess as to how much performace boost
was achived from a faster clock, and how much was from increased
pipelining.

A Second comment:
I think there's nothing wrong with a "compiler" that "figures out"
what the program does and generates a direct call to "printf" but
if this is used, them it all fairness, I would insist that the
compile time also be included in its timing!!!
--> Are there any times of **COMPILE** time used to compile
	d-stones for each of the machies?!

	(I saw a comparison of Mac compilers, and the slowest produced
	 the fastest running code, but I'd still rather have the
	 fastest compiler, which happened to produce fairly reasonable
	 code too! -- I know it wasn't the slowest code!!!)
	 Anyway, how important is a 2:3 (or 9:10) ratio anyway?????


			John W

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
Name:	John F. Wardale
UUCP:	... {seismo | harvard | ihnp4} !uwvax!astroatc!johnw
arpa:   astroatc!johnw@rsch.wisc.edu
snail:	5800 Cottage Gr. Rd. ;;; Madison WI 53716
audio:	608-221-9001 eXt 110

To err is human, to really foul up world news requires the net!