Re: Register allocation

kamalp@acm.org (Kamal R. Prasad)
13 Aug 2004 17:34:14 -0400

          From comp.compilers

Related articles
[11 earlier articles]
Re: Register allocation kym@sdf.lonestar.org (russell kym horsell) (2004-08-09)
Re: Register allocation kamalp@acm.org (2004-08-09)
Re: Register allocation gopi@sankhya.com (2004-08-10)
Re: Register allocation anton@mips.complang.tuwien.ac.at (2004-08-10)
Re: Register allocation anton@mips.complang.tuwien.ac.at (2004-08-10)
Re: Register allocation kym@kymhorsell.com (2004-08-11)
Re: Register allocation kamalp@acm.org (2004-08-13)
Register allocation thibault.langlois@di.fc.ul.pt (thibault.langlois@di.fc.ul.pt) (2005-05-13)
Re: Register allocation rgd00@doc.ic.ac.uk (Rob Dimond) (2005-05-16)
Re: Register allocation torbenm@diku.dk (2005-05-18)
Re: Register allocation thibault.langlois@di.fc.ul.pt (thibault.langlois@di.fc.ul.pt) (2005-05-20)
Re: Register allocation c3riechers@adelphia.com (Chuck Riechers) (2005-05-21)
register allocation camille@bluegrass.net (David Lindauer) (2005-11-12)
[11 later articles]
| List of all articles for this month |
From: kamalp@acm.org (Kamal R. Prasad)
Newsgroups: comp.compilers
Date: 13 Aug 2004 17:34:14 -0400
Organization: http://groups.google.com
References: 04-07-044 04-07-074 04-08-022 04-08-041 04-08-050
Keywords: registers
Posted-Date: 13 Aug 2004 17:34:14 EDT

anton@mips.complang.tuwien.ac.at (Anton Ertl) wrote in message news:04-08-050...
> russell kym horsell <kym@sdf.lonestar.org> writes:
> >Kamal R. Prasad <kamalp@acm.org> wrote:
> >[...]
[snip]
>
> Executive summary of the latter: For one application (Gforth), using
> explicit register allocation in addition to the gcc -O2 register
> allocator gives speedups by a factor of 2-5 on an Athlon 1200 (and
> similar on a Pentium III) and does not have a big effect on the
> Pentium 4.
>
> - anton


There is also another feature i.e hardware multi-threading which helps
overcome latencies arising from a bad allocation strategy. The POWER 4
processor uses this and some other means of extracting parallelism to
ensure that unoptimized code does run efficiently on it.


regards
-kamal


Post a followup to this message

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