mersenneforum.org  

Go Back   mersenneforum.org > Prime Search Projects > Prime Sierpinski Project

Reply
 
Thread Tools
Old 2008-01-28, 04:05   #34
benjackson
 
Aug 2007
Princeton, NJ

1010 Posts
Default

Quote:
Originally Posted by geoff View Post
For this project, older pentium 4's (Prescott and earlier) should gain up to 15% from version 1.7.6 compared to version 1.6.18, but results are a bit mixed on other machines. Any comparisons with version 1.6.18, especially on 32-bit machines, would be welcome.

(Beware that 1.7.x versions currently use elapsed time instead of CPU time, so for a direct comparison run version 1.6.18 it is necessary to use the -e switch or else to make sure that nothing else is running on the same CPU).
On a C2D under 64bit Linux I'm seeing 1550 kp/sec per core instead of ~1480 before, both versions just running ./sr2sieve -sv
benjackson is offline   Reply With Quote
Old 2008-01-30, 05:37   #35
geoff
 
geoff's Avatar
 
Mar 2003
New Zealand

48516 Posts
Default

Quote:
Originally Posted by VJS View Post
On a dual or quad core CPU is there any reason to believe that specifiying affinities to particular CPU core for each instance is superior to simply running them with no affinities?
Or identifying half the cache for core2duo's for each instance etc...
When combining sr2sieve and LLR on a multi-core CPU with hyperthreading, it is probably more efficient to run one LLR process on one real core (leaving one virtual core idle) and two sr2sieve processes on another real core (one per virtual core), rather than leaving it up to the operating system. I haven't tested this though.

On a fast machine sr2sieve usually does thousands of iterations per timeslice, so setting affinity to a particular core isn't necessary if each core is identical. (It shouldn't hurt performance much if sr2sieve gets each timeslice on a different core).
geoff is offline   Reply With Quote
Old 2008-03-30, 19:16   #36
umccullough
 
Jan 2007

1112 Posts
Default

I just finished porting the latest sr2sieve (1.7.9) to Haiku (http://haiku-os.org) this morning - and now I need to test it out...

What's the preferred method for testing a sieve client? Is there a good well-known range to test with?

I suppose I could just choose a random range, test it on linux, and then test it on Haiku. Considering I have both OSes on the same P4 2.8ghz, I can do a good performance comparison as well (since Haiku is pre-alpha, unoptimized, and uses gcc2.95.3 - i'm guessing there is likely to be a noticeable difference :P )

Anyhow, any suggestions?
umccullough is offline   Reply With Quote
Old 2008-03-31, 01:29   #37
mdettweiler
A Sunny Moo
 
mdettweiler's Avatar
 
Aug 2007
USA (GMT-5)

792 Posts
Default

Quote:
Originally Posted by umccullough View Post
I just finished porting the latest sr2sieve (1.7.9) to Haiku (http://haiku-os.org) this morning - and now I need to test it out...

What's the preferred method for testing a sieve client? Is there a good well-known range to test with?

I suppose I could just choose a random range, test it on linux, and then test it on Haiku. Considering I have both OSes on the same P4 2.8ghz, I can do a good performance comparison as well (since Haiku is pre-alpha, unoptimized, and uses gcc2.95.3 - i'm guessing there is likely to be a noticeable difference :P )

Anyhow, any suggestions?
Well, I'm sure just about any range will work--you might want to try downloading the sr5check package from Geoff's site, he used it for public testing/benchmarking of various sr2/5sieve clients (it's based on the SR5 sieve file, I think, though that will work fine with sr2sieve, since sr2sieve is just like sr5sieve except generalized for all bases). It's got a pre-set range and sieve file you can use, and then a file containing all the factors that the range should contain--you simply need to then check the factors file you get and the known good factors file, and you're all set.
mdettweiler is offline   Reply With Quote
Old 2008-03-31, 01:57   #38
umccullough
 
Jan 2007

7 Posts
Default

Thanks!

In the meantime I just reserved a 10G range and have it running under Linux currently.

Once that is done, I'll run it on the Haiku client I built and see how it compares.

I'll definitely take a look at the sr5check though when I get a chance!
umccullough is offline   Reply With Quote
Old 2008-04-01, 09:06   #39
umccullough
 
Jan 2007

7 Posts
Default

Woohoo! This client is slow as molasses :P (the linux client on the same machine is 5-6x faster)

Probably because I compiled it with USE_ASM=no - I didn't really investigate why the ASM fails to compile, but I suspect it's simply because I am compiling with gcc2.95.3.

Soon Haiku should have a native gcc4 toolchain as well, and then I can give it another go to see how that works.

Otherwise the client appears to be working OK :)

Last fiddled with by umccullough on 2008-04-01 at 09:06
umccullough is offline   Reply With Quote
Old 2008-04-07, 21:53   #40
VJS
 
VJS's Avatar
 
Dec 2004

13×23 Posts
Default

look for a new dat should provide a little speed bump let us know how much, i havn't had a good chance to test the speed increase.
VJS is offline   Reply With Quote
Old 2008-04-09, 22:22   #41
dspdude2000
 
Feb 2008

5 Posts
Default

I'm using the BOINC client to run sr2sieve on three different computers. It appears to me that there is no decrease in the time it takes to sieve 0.5 GB. In fact, I've measured a very slight increase. Based on a post I found elsewhere, I think the speed increase should be approximately 1-sqrt(16/17)=3% but I'm not seeing it. There is some variability in the sieving times so maybe I've just had bad luck lately (or something). I'm not too worried about it but I'd be interested in what other people are seeing.
dspdude2000 is offline   Reply With Quote
Old 2008-04-09, 22:44   #42
thommy
 
thommy's Avatar
 
Dec 2006

3·11 Posts
Default

Then you run primegrid? See this post: http://www.primegrid.com/forum_threa...wrap=true#8675
The work unit range has been increased from 0.5 to no idea to get appriximately same runtimes. So its not that easy to compare.
thommy is offline   Reply With Quote
Old 2008-04-10, 02:02   #43
dspdude2000
 
Feb 2008

5 Posts
Default

Oh, you're right. That seems needlessly confusing. I guess I'd have to run sr2sieve manually to make a comparison. Maybe I'll do that.
dspdude2000 is offline   Reply With Quote
Old 2008-04-10, 07:13   #44
dspdude2000
 
Feb 2008

1012 Posts
Default

Sieving 1G with the old and new dat files on a 1.5GHz P-4 resulted in a 3.5% speedup. If the k=265711 sequence was typical, I think this means we will actually see a 2.6% slowdown in finding factors.
dspdude2000 is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
srsieve/sr2sieve enhancements rogue Software 281 2020-09-29 16:36
32-bit of sr1sieve and sr2sieve for Win pepi37 Software 5 2013-08-09 22:31
sr2sieve question SaneMur Information & Answers 2 2011-08-21 22:04
How to use sr2sieve nuggetprime Riesel Prime Search 40 2007-12-03 06:01
Sr2sieve on PPC/Linux BlisteringSheep Sierpinski/Riesel Base 5 172 2007-07-06 21:29

All times are UTC. The time now is 15:50.

Thu Oct 22 15:50:08 UTC 2020 up 42 days, 13:01, 1 user, load averages: 2.16, 2.10, 1.97

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.