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
|
Список | 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 по дате отправления: