home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / arch / 10477 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  1.5 KB
  1. Xref: sparky comp.arch:10477 comp.lang.misc:3531
  2. Newsgroups: comp.arch,comp.lang.misc
  3. Path: sparky!uunet!boole!John
  4. From: John@boole.uucp (John Ahlstrom)
  5. Subject: Re: Hardware Support for Numeric Algorithms
  6. Message-ID: <1992Nov6.191031.527@boole.uucp>
  7. Organization: Boole & Babbage, Inc.
  8. References: <BwJ4uz.1rA@rice.edu> <1992Oct23.004313.29196@ntuix.ntu.ac.sg> <1992Oct29.153514.22927@yrloc.ipsa.reuter.COM> <1992Nov5.202412.7266@linus.mitre.org>
  9. Date: Fri, 6 Nov 1992 19:10:31 GMT
  10. Lines: 28
  11.  
  12. In <1992Nov5.202412.7266@linus.mitre.org> bs@gauss.mitre.org (Robert D. Silverman) writes:
  13.  
  14. >In article <1992Oct29.153514.22927@yrloc.ipsa.reuter.COM> rbe@yrloc.ipsa.reuter.COM (Robert Bernecky) writes:
  15. >:
  16. >:I write programs for correctness and maintainability first, THEN worry
  17. >:about little details such as performance. If you create something that's
  18. > 
  19. >You've probably never done any large scale computing.
  20.  
  21. >I measure the run time of my algorithms in MIPS-YEARS.  A MIPS-YEAR
  22. >is a 1 MIPS machine running for 1 year, or approximately 3.1 x 10^13
  23. >instructions.  Jobs that take several hundred MIPS-YEARS are not uncommon.
  24.  
  25. >Needless to say, there are people who have to worry about speed FIRST,
  26. >and that other considerations are (almost) irrelevent.
  27.                As Weinberg said:
  28.            If it doesn't have to be correct, I can make
  29.            it as fast as you want. (paraphrase)
  30.            
  31.            
  32. John Ahlstrom
  33. Boole & Babbage
  34. Sunnyvale CA 94086
  35.  
  36. I can neither confirm nor deny that
  37. anyone else holds these opinions.
  38.  
  39. )
  40.