Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!mintaka!spdcc!iecc!compilers-sender
From: clark@ingr.com (Clark Williams)
Newsgroups: comp.compilers
Subject: Re: Is inlining evil?
Keywords: optimize, design
Message-ID: <9105052031.AA02523@clark.b11.ingr.com>
Date: 5 May 91 20:31:58 GMT
References: <1991May4.005612.7207@neon.Stanford.EDU>
Sender: compilers-sender@iecc.cambridge.ma.us
Reply-To: Clark Williams <clark@ingr.com>
Organization: Compilers Central
Lines: 24
Approved: compilers@iecc.cambridge.ma.us

hoelzle@neon.Stanford.EDU (Urs Hoelzle) writes:
>
> I keep seeing these ominous warnings about the Bad Things that happen
> when code size increases.  Does anybody actually have data on this?  I
> seem to remember one study where doubling the code size didn't change
> the code cache miss ratio very much.
>

Also, what about the case of expanding code size to take advantage of a
deep pipeline?  Isn't this working at cross purposes with attempting to
maintain locality of reference? If you insert instructions into the
instruction stream to keep the pipe full, are you shooting yourself in
the foot as far as the cache hit rate is concerned? 

Has anyone run into this issue before?


Clark Williams
Intergraph Corp.
...uunet!ingr!clark (UUCP)
clark@ingr.com      (Internet)
-- 
Send compilers articles to compilers@iecc.cambridge.ma.us or
{ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.