From: | Mark Kirkwood <markir(at)paradise(dot)net(dot)nz> |
---|---|
To: | Benny Amorsen <benny+usenet(at)amorsen(dot)dk> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: New CRC algorithm: Slicing by 8 |
Date: | 2006-10-23 21:10:40 |
Message-ID: | 453D2FD0.4080903@paradise.net.nz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Benny Amorsen wrote:
>>>>>> "MK" == Mark Kirkwood <markir(at)paradise(dot)net(dot)nz> writes:
>
> MK> Here are the results after building gcc 4.1.2 (repeating results
> MK> for gcc 3.4.6 for comparison). I suspect that performance is
> MK> probably impacted because gcc 4.1.2 (and also the rest of the
> MK> tool-chain) is built with gcc 3.4.6 - but it certainly suggests
> MK> that the newer gcc versions don't like the slice-8 algorithm for
> MK> some reason.
>
> They don't seem to like the old CRC algorithms either. It is quite
> strange, such dramatic performance regressions from 3.x to 4.x are
> rare.
>
Right - I think the regression is caused by libc and kernel being built
with gcc 3.4.6 and the test program being built with gcc 4.1.2.
Rebuilding *everything* with 4.1.2 (which I'm not sure is possible for
FreeBSD at the moment) would probably get us back to numbers that looked
more like my Gentoo ones [1].
Cheers
Mark
[1] Note that the upgrade process for switching Gentoo from gcc 3.4 to
4.1 involves precisely this - build 4.1, then rebuild everything using
4.1 (including 4.1 itself!)
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-10-23 21:23:27 | Re: New CRC algorithm: Slicing by 8 |
Previous Message | Tom Lane | 2006-10-23 20:57:32 | Re: COPY does not work with regproc and aclitem |