Re: New CRC algorithm: Slicing by 8

Поиск
Список
Период
Сортировка
От mark@mark.mielke.cc
Тема Re: New CRC algorithm: Slicing by 8
Дата
Msg-id 20061023031750.GA11795@mark.mielke.cc
обсуждение исходный текст
Ответ на Re: New CRC algorithm: Slicing by 8  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: New CRC algorithm: Slicing by 8  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: "Hitoshi Harada"
Дата:
Сообщение: Re: [PATCHES] smartvacuum() instead of autovacuum
Следующее
От: Tom Lane
Дата:
Сообщение: Re: New CRC algorithm: Slicing by 8