Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site umcp-cs.UUCP
Path: utzoo!linus!philabs!prls!amdimage!amdcad!amd!vecpyr!lll-crg!seismo!umcp-cs!chris
From: chris@umcp-cs.UUCP (Chris Torek)
Newsgroups: net.arch
Subject: Re: Cache revisited
Message-ID: <1274@umcp-cs.UUCP>
Date: Fri, 16-Aug-85 15:49:08 EDT
Article-I.D.: umcp-cs.1274
Posted: Fri Aug 16 15:49:08 1985
Date-Received: Tue, 20-Aug-85 03:50:24 EDT
References: <5374@fortune.UUCP> <901@loral.UUCP> <2583@sun.uucp> <5459@fortune.UUCP> <268@frog.UUCP>
Distribution: net
Organization: U of Maryland, Computer Science Dept., College Park, MD
Lines: 12

>And indeed, we found that few reasonable loops are small enough to
>fit into the I-cache (especially since the Greenhills C compiler tries to
>be really clever about loop unrolling and re-ordering of code).

Oh no!  A pessimizing compiler!  :-)

(Of course the unrolled code might still run faster; I just thought
this was a neat example of optimization backfiring.)
-- 
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 4251)
UUCP:	seismo!umcp-cs!chris
CSNet:	chris@umcp-cs		ARPA:	chris@maryland