[comp.arch] FORTRAN Dhrystone for i860?

wck353@estevax.UUCP (HrDr Weicker Reinhold ) (03/14/89)

In the discussion about Intel's new chip (i860, alias N10),
there has been some confusion about the Dhrystone number for this chip.
John Mashey said (Article <15074@winchester.mips.COM>) that according
to Intel's i860 performance document, the Dhrystones performance claims
are based on a FORTRAN version of Dhrystone.

"Fortran Dhrystone" sounds very strange, and first I couldn't believe it since
I have never made a Fortran version of Dhrystone, nor seen one
made by somebody else.
However, I now have seen the Intel document "i860 (TM) Processor Performance",
Release 1.0 (March 1989).
The claimed numbers are: 
33.3 Mhz (measured): 69_000 Dhry/sec for version 1.1,
  65_000 Dhry/sec for version 2.1 (version 2.1 number scaled down by me
  from the 40 MHz number given by Intel)
40 MHz (scaled from 33.3 MHz): 82_900 Dhry/sec for version 1.1,
  78_100 Dhry/sec for version 2.1.
(Note that Dhrystone fits completely into the on-chip instruction cache.)

In this paper, on page 11, they say that Dhrystone was compiled with
"Green Hills Fortran 1.8.5", and on page 12: ".. developed in ADA ..
Fortran and C versions are more commonly used". I still suspect that
this is a misunderstanding between those doing the measurements and
those writing the brochure, and that the measurements for Dhrystone
actually have been performed with the C versions. However, I am not able to
verify this; the i860 specialist at Intel Germany is on a bussiness trip.
Anyway, in the original article about Dhrystone, I had written:
"Translation into a language like Fortran would be difficult, since
Fortran has no notion of a pointer type. Attempts to simulate pointer types
with the language features of Fortran (say, with indexes) would, in fact,
change the benchmark into a different program."
Dhrystone is intended to be representative for system programs (few loops,
more if's and calls), and system programs are not written in Fortran.

By the way, my impression is that although many people are using Dhrystone,
few read the original article (Communication of the ACM, vol. 27, no. 10,
Oct. 1984, pp.1013-1030). Version 2.0 (in C) has been published, together
with measurement rules, in SIGPLAN Notices, vol. 23, no. 8, Aug. 1988,
pp. 49-62. Version 2.1 corrects only a few minor deficiencies of version 2.0;
the execution time should be equal.

I encourage everyone to use Dhrystone version 2 since it gives more
realistic results than version 1. However, I know that manufacturers
tend to publish whatever results make their product look better.
Intel (for the i860), AMD and MIPS Co. do publish version 2 numbers;
possibly others do it also by now (I often don't have the most recent
"Performance Brief" brochures available). Sometimes the version 2 numbers
are contained in the full material, but the impressive bar charts used
for marketing presentations show the (better) version 1 numbers.
The difference between the versions varies with the compiler and
optimization level; I have seen differences betwen 0 and 15 %.
Again, I can only cite what I wrote in the SIGPLAN Notices paper:
"For serious performance evaluation, users are advised to ask for
code listings and to check them carefully."
Critical points for Dhrystone are separate compilation of the two modules
and the rule "no procedure inlining".

Can someone at Intel please help in the confusion? If really a Fortran
version was used, I am certainly interested to see it and to check wether
it can be considered equivalent to the C, Pascal and Ada versions.

-- 
Reinhold P. Weicker, Siemens AG, E STE 35, PO Box 3220, D-8520 Erlangen, Germany
Phone:		     +49-9131-720330 (Centr.Europ.Time, 8 am - 5 pm)
UUCP:		     ...!mcvax!unido!estevax!weicker
Disclaimer:	     Although I work for Siemens, I speak here only for myself

mcdonald@uxe.cso.uiuc.edu (03/19/89)

>All this talk about integer benchmarks has left me wondering:

>how important is it to have fast integer processing, as compared
>to FP?   I really have no idea what most people do, but for me,
>it seems that all of "integer"-type work that I do, something like
>a Sun-3 is plenty fast (compiling, popping up windows, netnews).


>Are there any really big jobs out there that are seriously bounded
>by integer CPU performance?  (Excuse me, but I'm probably very naive)

On my PC, which is twice as fast as a Sun-3, I wish for faster
integer and floating point in equal measure. Some of my scientific
code is integer-bound (multiplies and divides). And, I surely
would like TeX to run faster (and it is mostly fixed point). A
30% gain going from a MS-DOS 16 bit TeX to a full 32 bit
one was quite noticeable. And, believe me, I would like LOTS
faster performance on this Pyramid where I use Notes (its OK today -
but this is spring break!)

piet@cs.ruu.nl (Piet van Oostrum) (03/23/89)

In article <471@estevax.UUCP>, wck353@estevax (HrDr Weicker Reinhold ) writes:
 `By the way, my impression is that although many people are using Dhrystone,
 `few read the original article (Communication of the ACM, vol. 27, no. 10,
 `Oct. 1984, pp.1013-1030). Version 2.0 (in C) has been published, together
 `with measurement rules, in SIGPLAN Notices, vol. 23, no. 8, Aug. 1988,
 `pp. 49-62. Version 2.1 corrects only a few minor deficiencies of version 2.0;
 `the execution time should be equal.
 `
 `I encourage everyone to use Dhrystone version 2 since it gives more
 `realistic results than version 1.

Is the source of Dhrystone 2.1 availbale somewhere? Or could it be posted?
-- 
Piet van Oostrum, Dept of Computer Science, University of Utrecht
Padualaan 14, P.O. Box 80.089, 3508 TB Utrecht, The Netherlands
Telephone: +31-30-531806. piet@cs.ruu.nl (mcvax!hp4nl!ruuinf!piet)