home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / benchmar / 1339 < prev    next >
Encoding:
Text File  |  1992-08-29  |  2.0 KB  |  43 lines
  1. Newsgroups: comp.benchmarks
  2. Path: sparky!uunet!wupost!darwin.sura.net!jvnc.net!nuscc!ntuix!eoahmad
  3. From: eoahmad@ntuix.ntu.ac.sg (Othman Ahmad)
  4. Subject: Wanted:gcc "benchmark source"for SpecMark;not gcc source
  5. Message-ID: <1992Aug29.050611.2097@ntuix.ntu.ac.sg>
  6. Organization: Nanyang Technological University - Singapore
  7. X-Newsreader: Tin 1.1 PL4
  8. Date: Sat, 29 Aug 1992 05:06:11 GMT
  9. Lines: 32
  10.  
  11. Due to the possibility of inadequecy of dhryston benchmark caused by
  12. redundancies, I want to investigate the amount of redundancy in 
  13. a highly intelligent(random unpredictable behaviour) of gcc.
  14.  
  15. There is little chance for an optimising compiler to remove the redundancy
  16. of a responding system like the gcc, because we do not know the input
  17. pattern before hand, unlike gcc or some scientific calculations.
  18.  
  19. It is not that the scientific calculations are not valid benchmark. I disagree
  20. with Spec consortium decision to remove matrix benchmark because these
  21. programming style is very important for scientists and engineers.
  22.     The compiler is used as an advanced computer. If it can precompile
  23. the problem before hand, fine, then we do not need to execute it. Just 
  24. display it. Then it is just a question of how fast to display the result.
  25. The amount of calculation will dramatically be reduced but the there is still
  26. some conversion required.
  27.     Anyway, it is a good test for how efficient a compiler supplied by
  28. the vendor in removing redundant code, provided the user is willing to
  29. wait to the results. Maybe it is faster to use non-optimized code, and run
  30. the program even if the redundancy has not been completely removed.
  31.  
  32. Any info will be much appreciated. If not, I'll just find a sample
  33. program and take the amount of time taken to compile it.
  34.     It would be nice to correlate with SpecMark results, as close as 
  35. possible for comparison purposes.
  36.  
  37. --
  38. Othman bin Ahmad, School of EEE,
  39. Nanyang Technological University, Singapore 2263.
  40. Internet Email: eoahmad@ntuix.ntu.ac.sg
  41. Bitnet Email: eoahmad@ntuvax.bitnet
  42.  
  43.