I get the same results on my Opteron 242
Linux storage 2.6.9-rc4 #1 SMP Fri Oct 15 10:54:08 CDT 2004 x86_64 x86_64 x86_64 GNU/Linux
Code:
model name : AMD Opteron(tm) Processor 242
stepping : 1
cpu MHz : 1591.701
cache size : 1024 KB
Wine SSE2 Windows
Code:
Using Proth mode
Using CMOV optimizations
Using SSE2 optimizations
Initializing... Done.
Sieving 490020040000306 <= p <= 490021000000000, 1014045 <= n <= 19999993
p = 490020050000321 @ 520kp/s
p = 490020060000409 @ 514kp/s
p = 490020070000481 @ 518kp/s
SSE2 Linux native
Code:
Using Proth mode
Using CMOV optimizations
Using SSE2 optimizations
Initializing... Done.
Sieving 490020120000660 <= p <= 490021000000000, 1014045 <= n <= 19999993
p = 490020130000673 @ 492kp/s
p = 490020140000683 @ 493kp/s
p = 490020150000713 @ 493kp/s
royanee, Im pretty sure Its not going to make a difference on gentoo... we're all using gcc here, though the Redhat/Fedora kernels have suck mmap latency (2x to 3x higer), thats why I compile my own from the vanilla source. Glibc is the only other library that the sieve would touch and its 686 optimized on my Athlon box.
Its very likely that the windows version is compiled with a different compiler, im guessing the Linux version is built with gcc and the Windows version with the Microsoft or Intel compiler and thats making a difference.