home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / benchmar / 1405 < prev    next >
Encoding:
Text File  |  1992-09-10  |  2.0 KB  |  54 lines
  1. Newsgroups: comp.benchmarks
  2. Path: sparky!uunet!spool.mu.edu!yale.edu!jvnc.net!nuscc!ntuix!eoahmad
  3. From: eoahmad@ntuix.ntu.ac.sg (Othman Ahmad)
  4. Subject: Re: What is AIM stand for ?
  5. Message-ID: <1992Sep11.034046.737@ntuix.ntu.ac.sg>
  6. Organization: Nanyang Technological University - Singapore
  7. X-Newsreader: Tin 1.1 PL4
  8. References: <1992Sep10.164708.21294@aim.com>
  9. Date: Fri, 11 Sep 1992 03:40:46 GMT
  10. Lines: 42
  11.  
  12. rec@aim.com (Bob Cousins) writes:
  13. : 
  14. : However, for the Aim Performance Report (the first page of which is
  15. : published in the Price Performance Guide), to guarantee an
  16. : apples-to-apples comparison, we use the following mix for the Suite
  17. : III run:
  18. : 
  19. :     20% main memory
  20. :     10% fp (single and double)
  21. :     20% integer
  22. :     10% IPC
  23. :     20% function calls
  24. :     20% disk I/O
  25. :        ----
  26. :        100%
  27. : 
  28. : This mix has been in use for more than two years and has proven to be
  29. : highly satisfactory. We arrived at this mix by working with our
  30. : customers, some key industry experts and consultants. Amazingly, we
  31. : reached consensus on this mix quite quickly. (Some vendors have their
  32. : own agendas which can make consensus slow or impossible to reach.) The
  33. It shows that you must have separate programs testing those portions that you
  34. want. You miss the "cache" evaluation. 
  35.  
  36. Instead of trying to predict how a software behaves, why don't you just
  37. characterise the "requirements" of typical software.
  38.     Use your test suites to predict the performance of that software.
  39.  
  40. I believe this is the way engineers work. They introduce concepts such as
  41. complex impedence, noise, distortion, to a machine, and characterise how a
  42. signal behave in those environments.
  43.     It is just too hard to predict the "typical" resource mix. Let the
  44. user determine it himself.
  45.     If we have a tool that can measure the characteristics of a software,
  46. in terms of those "propertise", better still.
  47.  
  48. --
  49. Othman bin Ahmad, School of EEE,
  50. Nanyang Technological University, Singapore 2263.
  51. Internet Email: eoahmad@ntuix.ntu.ac.sg
  52. Bitnet Email: eoahmad@ntuvax.bitnet
  53.  
  54.