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