mersenneforum.org  

Go Back   mersenneforum.org > Great Internet Mersenne Prime Search > Software

Reply
 
Thread Tools
Old 2012-10-21, 20:08   #34
rogue
 
rogue's Avatar
 
"Mark"
Apr 2003
Between here and the

25×3×61 Posts
Default

Quote:
Originally Posted by rebirther View Post
From the last change I have seen. The client doesnt starting if:

main dir
|_dir core1
|_dir core2
|_dir core3
|_dir core4

Only one client starting. The fix should be active if 2x the same client starting from any of the sub directories not main.
I don't fully understand. In which directory(is) is the client and the ini file for the client? What is your current directory when you start the client, main or core1/2/3/4?
rogue is offline   Reply With Quote
Old 2012-10-21, 20:10   #35
rebirther
 
rebirther's Avatar
 
Sep 2011
Germany

45678 Posts
Default

Quote:
Originally Posted by rogue View Post
I don't fully understand. In which directory(is) is the client and the ini file for the client? What is your current directory when you start the client, main or core1/2/3/4?
I have f:/maindir with 4 sub dirs for all 4 cores, every single client start in sub dir 1, 2, 3, 4
rebirther is offline   Reply With Quote
Old 2012-10-21, 20:53   #36
rogue
 
rogue's Avatar
 
"Mark"
Apr 2003
Between here and the

25×3×61 Posts
Default

Quote:
Originally Posted by rebirther View Post
I have f:/maindir with 4 sub dirs for all 4 cores, every single client start in sub dir 1, 2, 3, 4
You probably have the same clientid specified in the prpclient.ini file for each client. On Windows the code uses that id to create a lock to prevent other clients with the same id from running at the same time.
rogue is offline   Reply With Quote
Old 2012-10-21, 21:07   #37
Xentar
 
Xentar's Avatar
 
Sep 2006

2×3×31 Posts
Default

Ehh.. I am doing it the same way.
All my clients on the same machine use the same clientid, so that doublechecks at the server works:

// doublechecker= indicates who can double-check the number
// 1 - a different person and client machine than the first (default)
// 2 - a different person than the first tester
// 3 - a different client machine than the first client machine
// 4 - anybody
doublechecker=3

or how is "different client machine" identified, when not using the clientid?
Xentar is offline   Reply With Quote
Old 2012-10-21, 22:50   #38
rogue
 
rogue's Avatar
 
"Mark"
Apr 2003
Between here and the

133408 Posts
Default

Quote:
Originally Posted by Xentar View Post
Ehh.. I am doing it the same way.
All my clients on the same machine use the same clientid, so that doublechecks at the server works:

// doublechecker= indicates who can double-check the number
// 1 - a different person and client machine than the first (default)
// 2 - a different person than the first tester
// 3 - a different client machine than the first client machine
// 4 - anybody
doublechecker=3

or how is "different client machine" identified, when not using the clientid?
I see your problem. Double-checking hasn't been used heavily, so this went unnoticed. If your clients only connected to your server, then I suggest changing the client userid and using option 2. I'll need to address this discrepancy in a future release.

You should be safe using option 3 and changing the client id. It is extremely unlikely for two failed tests to return the same incorrect residue, barring a bug in gwnum.

Last fiddled with by rogue on 2012-10-21 at 22:52
rogue is offline   Reply With Quote
Old 2012-10-22, 14:32   #39
rebirther
 
rebirther's Avatar
 
Sep 2011
Germany

45678 Posts
Default

Quote:
Originally Posted by rogue View Post
You probably have the same clientid specified in the prpclient.ini file for each client. On Windows the code uses that id to create a lock to prevent other clients with the same id from running at the same time.
Correct, can you change that? If I change the clientid in any of the directory and run the master.ini update all is back again. clientid check is the wrong way. dir/subdir check if one client is running should be fine.
rebirther is offline   Reply With Quote
Old 2012-10-22, 14:55   #40
rogue
 
rogue's Avatar
 
"Mark"
Apr 2003
Between here and the

16E016 Posts
Default

Quote:
Originally Posted by rebirther View Post
Correct, can you change that? If I change the clientid in any of the directory and run the master.ini update all is back again. clientid check is the wrong way. dir/subdir check if one client is running should be fine.
I know. Windows uses different code than *nix. It isn't quite as easy as one would think. I have an idea, so we'll see what I come up with.
rogue is offline   Reply With Quote
Old 2012-10-23, 09:34   #41
henryzz
Just call me Henry
 
henryzz's Avatar
 
"David"
Sep 2007
Cambridge (GMT)

569610 Posts
Default

Quote:
Originally Posted by henryzz View Post
I will investigate this once my machine with a server on it has internet after the 10th.
How does the server work out what to put in the smallest prime field? When it finds a prime does it update the field with that value? If so does it check whether there is a smaller prime there already?
henryzz is offline   Reply With Quote
Old 2012-10-23, 12:29   #42
rogue
 
rogue's Avatar
 
"Mark"
Apr 2003
Between here and the

25·3·61 Posts
Default

Quote:
Originally Posted by henryzz View Post
How does the server work out what to put in the smallest prime field? When it finds a prime does it update the field with that value? If so does it check whether there is a smaller prime there already?
For Sierpinski/Riesel servers, I believe that it puts the first prime found for the k/b/c into the CandidateGroupStats table (what you see on server_stats.html). If a smaller one happens to be found, I believe that it does not update that table.
rogue is offline   Reply With Quote
Old 2012-10-24, 23:13   #43
henryzz
Just call me Henry
 
henryzz's Avatar
 
"David"
Sep 2007
Cambridge (GMT)

26·89 Posts
Default

Quote:
Originally Posted by rogue View Post
For Sierpinski/Riesel servers, I believe that it puts the first prime found for the k/b/c into the CandidateGroupStats table (what you see on server_stats.html). If a smaller one happens to be found, I believe that it does not update that table.
Going back to the problem case. When the server finishes loading the pairs from admin how does it go through the tests already done to check if there is a prime. I suspect it will be the same code that would be run when changing server type from non-seirp/riesel to seirp/riesel.
It seems like whatever it is checks from the larger tests down(assuming no replacement if smaller found). Would it be possible to switch the order?
henryzz is offline   Reply With Quote
Old 2012-10-25, 02:21   #44
rogue
 
rogue's Avatar
 
"Mark"
Apr 2003
Between here and the

25·3·61 Posts
Default

Quote:
Originally Posted by henryzz View Post
Going back to the problem case. When the server finishes loading the pairs from admin how does it go through the tests already done to check if there is a prime. I suspect it will be the same code that would be run when changing server type from non-seirp/riesel to seirp/riesel.
It seems like whatever it is checks from the larger tests down(assuming no replacement if smaller found). Would it be possible to switch the order?
When a prime is returned by a client, the server will mark all n for that k,b,c for that prime in such a way that no more candidates for higher n are sent out.

When server stats are recomputed every 20 minutes (or however you have the server configured), it selects the min(CandidateName) with a prime for that k,b,c. Obviously that code is wrong as it should choose from the candidate with the smallest decimal length.
rogue is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
PSP goes prpnet ltd Prime Sierpinski Project 86 2012-06-06 02:30
PRPNet 4.0.0 Released rogue Software 84 2011-11-16 21:20
PRPNet 4.0.1 Released Joe O Sierpinski/Riesel Base 5 1 2010-10-22 20:11
PRPNet 3.0.0 Released rogue Conjectures 'R Us 220 2010-10-12 20:48
PRPNet released! rogue Conjectures 'R Us 250 2009-12-27 21:29

All times are UTC. The time now is 06:40.

Fri Aug 14 06:40:51 UTC 2020 up 1 day, 3:16, 1 user, load averages: 1.32, 1.32, 1.28

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.