Related articles |
---|
WANTED: Rating of common optimization routines. napi@ms.mimos.my (1996-01-12) |
Re: WANTED: Rating of common optimization routines. dlmoore@ix.netcom.com (1996-01-13) |
Re: WANTED: Rating of common optimization routines. cliffc@ami.sps.mot.com (1996-01-15) |
Re: WANTED: Rating of common optimization routines. bill@amber.ssd.hcsc.com (1996-01-15) |
Re: WANTED: Rating of common optimization routines. jgj@ssd.hcsc.com (1996-01-16) |
Re: WANTED: Rating of common optimization routines. rubin@scrugs.amt.tay1.dec.com (1996-01-17) |
From: | bill@amber.ssd.hcsc.com (Bill Leonard) |
Newsgroups: | comp.compilers |
Date: | 15 Jan 1996 21:01:55 -0500 |
Organization: | Harris Computer Systems, Ft. Lauderdale FL |
References: | 96-01-010 96-01-025 |
Keywords: | optimize |
dlmoore@ix.netcom.com writes:
> Which optimizations produce how much will depend upon the program and
> the machine.
And also what you had to start with. For instance, saying "how much
does register allocation improve things" is kind of nonsense, because
you have to do *some* kind of register allocation just to get a
runnable program. Presumably, the requester meant something like
"global register allocation", but even then it depends on how good
your local register allocator does.
Beyond that, optimizations often become interrelated in many
compilers. For instance, some optimizers will perform strength
reduction in a way that relies on copy propagation and dead code
elimination to "clean up" afterwards. That makes it hard to tell how
much the optimizations contribute individually.
There are simply too many algorithms for each optimization, each one
at least somewhat dependent on the intermediate form used, the
machine, the language, the subject program, and other parts of the
compiler to be able to measure the effect of one optimization in
isolation.
--
Bill Leonard
Harris Computer Systems Corporation
2101 W. Cypress Creek Road
Fort Lauderdale, FL 33309
Bill.Leonard@mail.hcsc.com
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.