home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / compiler / 2103 < prev    next >
Encoding:
Text File  |  1993-01-07  |  2.3 KB  |  50 lines
  1. Newsgroups: comp.compilers
  2. Path: sparky!uunet!news.gtech.com!noc.near.net!news.Brown.EDU!qt.cs.utexas.edu!yale.edu!jvnc.net!newsserver.jvnc.net!darwin.sura.net!bogus.sura.net!howland.reston.ans.net!sol.ctr.columbia.edu!eff!world!iecc!compilers-sender
  3. From: tchannon@black.demon.co.uk (Tim Channon)
  4. Subject: Re: Code quality
  5. Reply-To: tchannon@black.demon.co.uk (Tim Channon)
  6. Organization: Compilers Central
  7. Date: Thu, 7 Jan 1993 02:20:25 GMT
  8. Approved: compilers@iecc.cambridge.ma.us
  9. Message-ID: <93-01-026@comp.compilers>
  10. Keywords: optimize
  11. References: <93-01-017@comp.compilers>
  12. Sender: compilers-sender@iecc.cambridge.ma.us
  13. Lines: 35
  14.  
  15. > How important is generated code quality these days?  There are a lot of
  16. > good optimization techniques that seem to be adequate for ordinary
  17. > programming.  But they still are at least 10% or 20% worse than the ideal.
  18. > Is there much of a market for another 10% in speed of generated code?
  19.  
  20. It depends... I think that 10..20% is often very optimistic but will
  21. depend very much on the processor.
  22.  
  23. A 2MHz 6502 will walk all over a 486/33 under certain cicumstances, same
  24. algorithm, no choice about the data format and high speed bit twiddling of
  25. the most awkward sort is not generally a HLL forte.
  26.  
  27. I've seen this sort of thing time and time again.
  28.  
  29. What does this mean: IMO understood problems can be solved by a compiler
  30. because the compiler author or language designer knew a good solution,
  31. move outside this area and we see the compiler for the dead thing it is.
  32.  
  33. Then there is the choice of source language. In general these seem to
  34. cover a pretty narrow range of styles where the programmer has little
  35. chance to use his brain to come up with imaginative solutions because of
  36. the straightjacket of the HLL. How often do you see C programmers bending
  37. their code to try and persuade the compiler to generate certain code? 
  38.  
  39. I guess that some of you may be angry at me suggesting that compilers are
  40. no good because they cannot produce efficent code for ancient 8 bit
  41. processors. Look at it this way -- if you need large machine resources to
  42. produce what you call efficient code you aren't within 20% of optimum in
  43. the global sense. 
  44.  
  45.   TC. 
  46.     E-mail: tchannon@black.demon.co.uk or tchannon@cix.compulink.co.uk
  47. -- 
  48. Send compilers articles to compilers@iecc.cambridge.ma.us or
  49. {ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
  50.