Related articles |
---|
Loop jamming!? wjhung@csie.nctu.edu.tw (1997-06-24) |
Re: Loop jamming!? simmons@nortel.ca (Steve Simmons) (1997-06-30) |
Re: Loop jamming!? joelw@rsn.hp.com (Joel Williamson) (1997-06-30) |
Re: Loop jamming!? sven@customized.com (Sven) (1997-07-13) |
Re: Loop jamming!? n8tm@aol.com (1997-07-16) |
Re: Loop jamming!? cdg@nullstone.com (Christopher Glaeser) (1997-07-18) |
Re: Loop jamming!? schow@nortel.ca (Stanley Chow) (1997-07-21) |
Re: Loop jamming!? cdg@nullstone.com (Christopher Glaeser) (1997-07-22) |
Re: Loop jamming!? n8tm@aol.com (1997-07-27) |
Re: Loop jamming!? genew@netcom.com (1997-07-28) |
Re: Loop jamming!? simmons@nortel.ca (Steve Simmons) (1997-07-29) |
Re: Loop jamming!? schow@nortel.ca (Stanley Chow) (1997-07-31) |
Re: Loop jamming!? jan@fsnif.neuroinformatik.ruhr-uni-bochum.de (Jan Vorbrueggen) (1997-07-31) |
[3 later articles] |
From: | "Stanley Chow" <schow@nortel.ca> |
Newsgroups: | comp.compilers |
Date: | 21 Jul 1997 10:01:20 -0400 |
Organization: | Bell-Northern Research Ltd. |
References: | 97-07-089 |
Keywords: | optimize |
Christopher Glaeser <cdg@nullstone.com> wrote:
>> In the extreme case, the slower loop is not slowed down any more
>> by merging another loop with it.
>
>Not true. In the extreme case, performance can actually decrease. This
>can occur, for example, when the fusion of the loops cause cache
>conflicts that were not present when the loops are run separately.
Of course, both cases can be true (but for different extreme cases).
--
Stanley Chow; schow@nortel.ca, (613) 763-2831
Nortel/BNR, PO Box 3511 Station C, Ottawa, Ontario
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.