mersenneforum.org  

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

Reply
 
Thread Tools
Old 2014-01-20, 22:48   #1
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

2·5·691 Posts
Default Proposed DC assignment and recycle rules

Code:
Assignment rules (top 3000 exponents):
	*1)  No v4 users
	*2)  No manual reservations
	*3)  Reliability is high.
	*4)  Speed is satisfactory.
	5)  "Days of work" setting is short.

Recycle rules (top 1500 exponents):
	*1)  If not a manual assignment and expected completion date is not updated for 60 days.
	2)  If assignment made before 2014-02-01 and:
	  2a) assignment is 12 months old and < 50% complete it is recycled.
	  2b) assignment is 15 months old it is recycled.
	3)  If assignment made after 2014-02-01 and:
	  3a) assignment is 6 months old and not started it is recycled.
	  3b) assignment is 9 months old it is recycled.
	4)  If DC is completed by another user, the assignment is cancelled.

Assignment rules (not top 3000):
	*1)  Speed is satisfactory.

Recycle rules (not top 1500):
	*1)  If not a manual assignment and expected completion date is not updated for 60 days it is recycled.
	2)  If assignment is one year old and not started it is recycled.
	3)  If assignment is two years old it is recycled.
	4)  If DC is completed by another user, the assignment is cancelled.

Last fiddled with by Prime95 on 2014-01-21 at 02:29
Prime95 is offline   Reply With Quote
Old 2014-01-20, 22:52   #2
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

153768 Posts
Default

Here is a proposed starting point for DC assignment and expiration rules. Discussion is welcome for improving these proposed rules. We are trying to achieve a happy balance between those that like to see a steady progress on the milestones page without annoying users by rendering their DC work useless by recycling an exponent prematurely.
Prime95 is offline   Reply With Quote
Old 2014-01-20, 23:02   #3
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

3·31·97 Posts
Default

Quote:
Originally Posted by Prime95 View Post
Here is a proposed starting point for DC assignment and expiration rules. Discussion is welcome for improving these proposed rules.
Thank you for this.

But could you please define the variable "Reliability"?

Is this simply the success rate (no matter how much time is spent), or does it also include the time spent working on a candidate?

If the former, than we will likely find many candidates assigned to machines which will take many years to complete.
chalsall is online now   Reply With Quote
Old 2014-01-20, 23:10   #4
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

2×5×691 Posts
Default

Reliability and confidence are the values the server keeps on each server. Reliability goes up when you report an LL result without any possible hardware errors. Confidence (in the reliability value) goes up with each result you report.

I think the server's current definition of a reliable computer is one that has reported at least 2 results and at least 90% error free results.
Prime95 is offline   Reply With Quote
Old 2014-01-20, 23:10   #5
tha
 
tha's Avatar
 
Dec 2002

24·72 Posts
Default

Since all assignments will end up in the top 1500 soon enough regardless of when they started I think only the recycle rules for these really matter, the rest is just early recycling of seemingly hopeless assignments. To me these rules look 'aggresive' enough and still balanced.

The only thing I would like to see investigated is if the value of 3000 exponents should not be increased to 4000 because of the amount of available reliable clients. (and the halve of it to 2000)
tha is offline   Reply With Quote
Old 2014-01-20, 23:12   #6
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

2·5·691 Posts
Default

The current assignment rules are here:

http://www.mersenne.org/thresholds/
Prime95 is offline   Reply With Quote
Old 2014-01-20, 23:17   #7
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

100011001111012 Posts
Default

Quote:
Originally Posted by Prime95 View Post
I think the server's current definition of a reliable computer is one that has reported at least 2 results and at least 90% error free results.
So, then, what you are saying is that Primenet keeps no heuristics about throughput?

Thus, a machine which does one LL every three years is as "trusted" as another which does one every four days; and thus might be given a preferred candidate?

Seems rather short-sighted to me....
chalsall is online now   Reply With Quote
Old 2014-01-20, 23:21   #8
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

691010 Posts
Default

Quote:
Originally Posted by tha View Post
The only thing I would like to see investigated is if the value of 3000 exponents should not be increased to 4000 because of the amount of available reliable clients. (and the halve of it to 2000)
What does everyone else think? I could see upping the 3000 to 4000, 5000, or 6000. This would keep newbies (more prone to abandoning) out of the lower zone. It would also push slower computers to the higher exponents where they would have more time to complete the assignment.
Prime95 is offline   Reply With Quote
Old 2014-01-20, 23:24   #9
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

691010 Posts
Default

Quote:
Originally Posted by tha View Post
Since all assignments will end up in the top 1500 soon enough regardless of when they started I think only the recycle rules for these really matter, the rest is just early recycling of seemingly hopeless assignments. To me these rules look 'aggresive' enough and still balanced.
The only real advantage to reclaiming exponents before they enter the critical top-2000 is that it lets users get slightly smaller assignments at the leading edge.

Do you think the reclaim rules in the non-top-2000 are too aggressive? Recommended changes?
Prime95 is offline   Reply With Quote
Old 2014-01-20, 23:29   #10
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

2·5·691 Posts
Default

Quote:
Originally Posted by chalsall View Post
So, then, what you are saying is that Primenet keeps no heuristics about throughput?
The server currently uses the reported CPU speed and rolling average to assess throughput (the speed is satisfactory step).

There are circumstances when the rolling average can be reset. Also the CPU speed can be miscalculated by the client.

The confidence/reliability check makes sure the computer has returned at least 2 prior results.

It would not be hard to add a criteria such as "and computer has returned at least 2 * num_cores results in the last 3 months".
Prime95 is offline   Reply With Quote
Old 2014-01-20, 23:56   #11
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

3×31×97 Posts
Default

Quote:
Originally Posted by Prime95 View Post
It would not be hard to add a criteria such as "and computer has returned at least 2 * num_cores results in the last 3 months".
If it's not hard, then may we please ask that this is implemented?
chalsall is online now   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
PrimeNet Assignment Rules S485122 PrimeNet 7 2018-06-08 14:49
Modifications to DC assignment rules Prime95 PrimeNet 74 2017-01-18 18:36
Understanding assignment rules Fred PrimeNet 3 2016-05-19 13:40
Proposed LL assignment and recycle rules Prime95 Data 156 2015-09-19 12:39
Proposed TF, P-1, ECM assignment and recycle rules Prime95 Data 9 2014-02-27 23:52

All times are UTC. The time now is 18:53.

Thu Jul 9 18:53:15 UTC 2020 up 106 days, 16:26, 1 user, load averages: 1.72, 2.06, 1.99

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.