home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8492 < prev    next >
Encoding:
Internet Message Format  |  1992-07-31  |  2.6 KB
  1. Path: sparky!uunet!mcsun!uknet!siesoft!athen!weicker
  2. From: weicker@sinix.UUCP (Reinhold Weicker)
  3. Newsgroups: comp.arch
  4. Subject: Information about Dhrystone and Linpack
  5. Message-ID: <1992Jul31.154611.2629@sinix.UUCP>
  6. Date: 31 Jul 92 15:46:11 GMT
  7. Organization: SNI AG Muenchen, STO XS
  8. Lines: 51
  9.  
  10. This is an answer to the posting of C.M. Hui (Chinese University
  11. of Hongkong), 22 Jul 1992:
  12.  
  13. > I see in many magazine that Dhrystone and Linpack are used in
  14. > benchmarking hardware performance. Actually, what is Dhrystone and
  15. > Linpack?
  16.  
  17. > How can I get them running on my machine to do the benchmarking?
  18.  
  19. There is a newsgroup specifically devoted to benchmarking issues:
  20.     comp.benchmarks
  21. "Answers to frequently asked questions" are posted there regularly,
  22. including questions like the one asked here.
  23.  
  24. However, I'll try to give a short answer:
  25.  
  26. - Dhrystone is a synthetic benchmark program intended to represent
  27.   system programming (no floating-point)
  28. - Linpack is a "kernel benchmark", i.e. code that is likely to be
  29.   used in many applications of a certain type (here: matrix
  30.   operations). It is extracted from a library (package, hence the
  31.   name) containing linear algebra programs.
  32.  
  33. More information about Dhrystone, Whetstone and Linpack is given in
  34. the following article:
  35.     Reinhold P. Weicker: An Overview of Common Benchmarks
  36.     Computer (IEEE) 23,12 (Dec. 1990), pp. 65-75
  37. The article also names "mail servers" from where you can get the
  38. source code, in the pacific region: netlib@draci.cs.uow.edu.au
  39. Send mail there, with just the words "send index from benchmarks",
  40. and you receive further instructions. [I didn't check this mail
  41. server recently, I hope the information is still correct.]
  42.  
  43. The problem with all short benchmarks, inluding the two mentioned
  44. above, is:
  45. - They are so small that at least the code fits completely even
  46.   in small caches; the memory system is not tested adequately;
  47. - Compiler writers can tune their compilers to any benchmark
  48.   if the benchmark becomes really popular; of course, this is
  49.   much easier for small benchmarks.
  50. Therefore, for serious benchmarking, consider the SPEC benchmarks
  51. or (for purely numeric programs) the PERFECT benchmarks. Even
  52. though I wrote Dhrystone, I am now active within SPEC. Benchmarks
  53. like Dhrystone can still be useful for "controlled experiments"
  54. (e.g. in a simulator where you vary the system parameters), but not
  55. for the generation of "magic numbers".
  56. -- 
  57. Reinhold P. Weicker, Siemens Nixdorf Information Systems, STM OS 32
  58. Address:    Otto-Hahn-Ring 6, W-8000 Muenchen 83, Germany
  59. E-Mail:     weicker@ztivax.zfe.siemens.de
  60. Disclamer:  This is just my opinion, not my company's or SPEC's
  61.