From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from ash.lnxi.com ([207.88.130.242] helo=ash.altatech.com) by pentafluge.infradead.org with smtp (Exim 3.22 #1 (Red Hat Linux)) id 18B1Sj-00082M-00 for ; Sun, 10 Nov 2002 23:25:54 +0000 To: "Joakim Tjernlund" Cc: "Wolfgang Denk" , "Marc Singer" , Subject: Re: crc32() optimization References: <20021110224142.2F39310162@denx.denx.de> <002b01c2890c$f2c058e0$0200a8c0@telia.com> From: ebiederman@lnxi.com (Eric W. Biederman) Date: 10 Nov 2002 16:56:30 -0700 In-Reply-To: <002b01c2890c$f2c058e0$0200a8c0@telia.com> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-mtd-admin@lists.infradead.org Errors-To: linux-mtd-admin@lists.infradead.org List-Help: List-Post: List-Subscribe: , List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: "Joakim Tjernlund" writes: > > In message <001301c28909$743f1f40$0200a8c0@telia.com> you wrote: > > > I could not wait until tomorrow, so I did it now instead. > > > The result was worse. The best I got was 7% improvement. > > > I tried 16, 8, 6 and 4 as unrolling steps. > > > > Makes no sense to me. Should be at least as efficient as your > > original code (marginally better). > > I don't understand this either. > Anyone? You might try it with 6. But a lot depends on what gcc can do with it and gcc may not be like all of those potential entry points.. Running gcc -S and checking to see the difference in the generated assembly might be instructive. Eric