|Code quality firstname.lastname@example.org (1993-01-06)|
|Re: Code quality email@example.com (1993-01-06)|
|Re: Code quality firstname.lastname@example.org (1993-01-06)|
|Re: Code quality email@example.com (1993-01-06)|
|Re: Code quality firstname.lastname@example.org (1993-01-07)|
|Re: Code quality email@example.com (1993-01-07)|
|Re: Code quality firstname.lastname@example.org (1993-01-07)|
|Re: Code quality email@example.com (1993-01-07)|
|Re: Code quality firstname.lastname@example.org (1993-01-07)|
|Re: Code quality grover@brahmand.Eng.Sun.COM (1993-01-07)|
|Re: Code quality email@example.com (1993-01-08)|
|Re: Code quality polstra!jdp@uunet.UU.NET (1993-01-12)|
|Re: Code quality firstname.lastname@example.org (1993-01-13)|
|Re: Code quality email@example.com (1993-01-25)|
|[1 later articles]|
|From:||firstname.lastname@example.org (Bill Leonard)|
|Organization:||Harris CSD, Ft. Lauderdale, FL|
|Date:||Thu, 7 Jan 1993 15:07:18 GMT|
email@example.com (Dale R. Worley) writes:
>Is there much of a market for another 10% in speed of generated code?
firstname.lastname@example.org (Henry Spencer) writes:
> 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...
You don't have to get nearly so exotic as this to find a market for an
extra 10% in code performance. To the user, it is still much less
expensive to upgrade compilers than it is to upgrade a CPU. So if a user
can upgrade his compiler to get an extra few % in performance, then he can
add extra functionality to his application without hurting its
performance. This is especially important in real-time applications,
which often have to do a given amount of work in a specified amount of
time. As we all know, however, the "given amount of work" often increases
Most users are not going to upgrade their CPUs every year, nor even every
2 years, but they are highly likely to upgrade their compilers every year
(if nothing else, for bug fixes).
Harris Computer Systems Division
2101 W. Cypress Creek Road
Fort Lauderdale, FL 33309
[Funny, I can upgrade the CPU on my system to a double-speed version for
about $400, but a super-duper optimizing compiler costs more like $700.
Return to the
Search the comp.compilers archives again.