Related articles |
---|
Register pressure and inlining linuxkaffee_@_gmx.net (Stephan Ceram) (2008-11-08) |
Re: Register pressure and inlining jeremy.wright@microfocus.com (Jeremy Wright) (2008-11-09) |
RE: Register pressure and inlining murugesh@acmet.com (Murugesh) (2008-11-10) |
Re: Register pressure and inlining liangkun1983@gmail.com (Alex L.K) (2008-11-12) |
Re: Register pressure and inlining armelasselin@hotmail.com (Armel) (2008-11-12) |
Re: Register pressure and inlining bear@sonic.net (Ray Dillinger) (2008-11-12) |
Re: Register pressure and inlining cdg@nullstone.com (Christopher Glaeser) (2008-11-12) |
Re: Register pressure and inlining wimbleweather@verizon.net (Bob Morgan) (2008-12-17) |
From: | Bob Morgan <wimbleweather@verizon.net> |
Newsgroups: | comp.compilers |
Date: | Wed, 17 Dec 2008 00:11:26 GMT |
Organization: | Compilers Central |
References: | 08-11-036 08-11-045 08-11-047 08-11-051 |
Keywords: | registers, architecture, optimize |
Posted-Date: | 18 Dec 2008 17:24:51 EST |
On Wed, 12 Nov 2008 08:45:33 -0800, "Christopher Glaeser"
<cdg@nullstone.com> wrote:
>> Is there any example that inlining acctually causes performance loss?
>
>Expanded code may not fit in small instruction cache.
The language semantics can sometimes lead to poorer performance with
inlining. The classical example is the DAXPY function in Fortran. When
not compiled inline, DAXPY can take advantage of Fortran language
rules concerning non-overlapping of dummy and global arguments. When
compiled inline the overlap may be difficult to identify with
dependence analysis, so performance may be hurt.
Bob Morgan
Return to the
comp.compilers page.
Search the
comp.compilers archives again.