Re: New CRC algorithm: Slicing by 8 - Mailing list pgsql-hackers

From mark@mark.mielke.cc
Subject Re: New CRC algorithm: Slicing by 8
Date
Msg-id 20061023031750.GA11795@mark.mielke.cc
Whole thread Raw
In response to Re: New CRC algorithm: Slicing by 8  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: New CRC algorithm: Slicing by 8  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Sun, Oct 22, 2006 at 06:06:13PM -0400, Tom Lane wrote:
> Intel Xeon EM64T (Fedora Core 5)
> 
> 8192 bytes    4.420879    7.633120
> 1024 bytes    0.571794    0.819372
> 64 bytes    0.047354    0.071906
> 
> Intel Pentium 4 (Fedora Core 5)
> 
> 8192 bytes    6.942324    28.848572    (yes, really)
> 1024 bytes    0.905259    3.625360
> 64 bytes    0.068065    0.260224

AMDX2 3800+ (Fedora Core 5)
               STD CRC         SLICE8 CRC
 8192 bytes    8.576635        7.170038 1024 bytes    1.504361        1.402446 64 bytes      0.154459        0.144209


Odd that the AMD shows opposite of the two Intel numbers above, and
that it was an "Intel engineer" who wrote it. My first speculation is
that you did your Intel numbers backwards. My second speculation is
that you already thought of that and confirmed before posting. :-)

So yeah - not too impressive...

Cheers,
mark

-- 
mark@mielke.cc / markm@ncf.ca / markm@nortel.com     __________________________
.  .  _  ._  . .   .__    .  . ._. .__ .   . . .__  | Neighbourhood Coder
|\/| |_| |_| |/    |_     |\/|  |  |_  |   |/  |_   | 
|  | | | | \ | \   |__ .  |  | .|. |__ |__ | \ |__  | Ottawa, Ontario, Canada
 One ring to rule them all, one ring to find them, one ring to bring them all                      and in the darkness
bindthem...
 
                          http://mark.mielke.cc/



pgsql-hackers by date:

Previous
From: "Hitoshi Harada"
Date:
Subject: Re: [PATCHES] smartvacuum() instead of autovacuum
Next
From: Tom Lane
Date:
Subject: Re: New CRC algorithm: Slicing by 8