Re: Code quality

henry@zoo.toronto.edu (Henry Spencer)
Wed, 6 Jan 1993 21:45:43 GMT

          From comp.compilers
Related articles
Code quality drw@zermelo.mit.edu (1993-01-06)
Re: Code quality preston@dawn.cs.rice.edu (1993-01-06)
Re: Code quality davidm@questor.rational.com (1993-01-06)
Re: Code quality henry@zoo.toronto.edu (1993-01-06)
Re: Code quality tchannon@black.demon.co.uk (1993-01-07)
Re: Code quality prener@watson.ibm.com (1993-01-07)
Re: Code quality ssimmons@convex.com (1993-01-07)
Re: Code quality bill@amber.csd.harris.com (1993-01-07)
Re: Code quality tm@netcom.com (1993-01-07)
Re: Code quality grover@brahmand.Eng.Sun.COM (1993-01-07)
[5 later articles]
| List of all articles for this month |
Newsgroups: comp.compilers
From: henry@zoo.toronto.edu (Henry Spencer)
Organization: U of Toronto Zoology
Date: Wed, 6 Jan 1993 21:45:43 GMT
Keywords: optimize
References: 93-01-017

drw@zermelo.mit.edu (Dale R. Worley) writes:
>Is there much of a market for another 10% in speed of generated code?


To (approximately) quote John Mashey: "there are people who will commit
unspeakable acts for another ten percent". There is no shortage of
applications which are hard up against processor speed limits, where a
modest improvement in code quality can save a lot of people a lot of pain
trying to squeeze out a bit more performance. "Just switch to a faster
processor" doesn't work when you've got a large installed base to worry
about, or you're already using the fastest available, or the CPU box is
orbiting Jupiter...


A lot of customers don't care about 10%. Some do. Some care a lot.
Whether there are enough of them to support extensive compiler work
depends on details of the market you're selling to.
--
Henry Spencer @ U of Toronto Zoology, henry@zoo.toronto.edu utzoo!henry
--

Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.