|Re: Are 64 Int or FP registers useful? email@example.com (1992-09-14)|
|Re: Are 64 Int or FP registers useful? firstname.lastname@example.org (1992-09-16)|
|Re: Are 64 Int or FP registers useful? email@example.com (1992-09-17)|
|Re: Are 64 Int or FP registers useful? firstname.lastname@example.org (Dave Gillespie) (1992-09-17)|
|Re: Are 64 Int or FP registers useful? email@example.com (1992-09-17)|
|Re: Are 64 Int or FP registers useful? firstname.lastname@example.org (1992-09-19)|
|From:||email@example.com (Preston Briggs)|
|Organization:||Rice University, Houston|
|Date:||Wed, 16 Sep 1992 15:03:36 GMT|
>firstname.lastname@example.org (Burkhard Neidecker-Lutz) writes:
>>Most compilers couldn't deal with that many registers. A good paper about
>>a compiler system that could is:
> [References to WRL technical reports deleted.]
and email@example.com (Herman Rubin) writes:
>With all these claims about how tremendous a job compilers are doing, this
>is certainly a counterexample.
The first posting makes a bad start and the followup leaps on the first
statement and ignores the counterexample given by the refs. I'd rewrite
the first statement as
Some compilers would make faster code if they would
use more registers.
Probably we can extend "some" to "most", since most compilers are entirely
without optimization (counting all the academic experiments).
Regarding 64 registers...
I believe that 64 FP registers is probably past the point of diminishing
returns for most application programs. On the other hand, there are
important examples that could profitably use more than 32 registers.
Further, I believe that as memory latency increases (in terms of FP
speed), the number of useful registers will increase.
For an important example, I'd cite dense matrix algebra packages. Of
course, if your primary applications are integer based (say, you edit and
compile all day), extra FP registers aren't going to help much.
Return to the
Search the comp.compilers archives again.