home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / arch / 10641 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  2.1 KB
  1. Xref: sparky comp.arch:10641 comp.lang.misc:3604
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!psinntp!psinntp!dg-rtp!sheol!throopw
  3. From: throopw@sheol.UUCP (Wayne Throop)
  4. Newsgroups: comp.arch,comp.lang.misc
  5. Subject: Re: Hardware Support for Numeric Algorithms
  6. Summary: how to satisfy the need for speed
  7. Message-ID: <721539025@sheol.UUCP>
  8. Date: 12 Nov 92 00:52:53 GMT
  9. References: <1992Nov11.100555.4706@smds.com>
  10. Lines: 34
  11.  
  12. : From: rh@smds.com (Richard Harter)
  13. : Message-ID: <1992Nov11.100555.4706@smds.com>
  14. : What Bob is telling you is that there are problems
  15. : which are so computationally demanding that computational efficiency is
  16. : far more important than standard programming style guides. 
  17.  
  18. Well, of *course* that's what he's saying.  But to understand that, one
  19. first must understand that when he says "all other considerations", he
  20. doesn't really mean all of them, just some of them.
  21.  
  22. Also, he explicitly stated that there are "times when readability,
  23. portability, and ease of maintenance don't matter at all", and in
  24. that I expect he really means "matter little".  Certainly I don't
  25. agree that readability and maintainability EVER have negligable,
  26. much less zero, worth.
  27.  
  28. I guess my point is, it isn't really straightforward to decide
  29. just "what Bob is telling us", because he uses absolutes so freely,
  30. when upon reflection he can't possibly mean what he says literally.
  31. It has to be decoded somewhat.
  32.  
  33. : There is a price for programming for clean code;
  34. : in most cases the benefits far outweigh the price; sometimes they don't.
  35.  
  36. True, but I'm more sympathetic with the Jon Bentley school of
  37. optimization, where you transform clean, correct code into arcane,
  38. incomprehensible code by known-safe transforms, and RECORD THE
  39. TRANSFORMS.  For example, the chapter on code tuning in Programming
  40. Perls, especially the case study of the binary search.  Or, if I'm
  41. remembering rightly, Bentley's book Writing Efficient Programs.  Of
  42. course, the shortcoming in this context is that the central focus isn't
  43. really numerical problems, but I regard that as relatively minor. 
  44. --
  45. Wayne Throop  ...!mcnc!dg-rtp!sheol!throopw
  46.