mersenneforum.org  

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

Reply
 
Thread Tools
Old 2018-03-31, 16:14   #1464
petrw1
1976 Toyota Corona years forever!
 
petrw1's Avatar
 
"Wayne"
Nov 2006
Saskatchewan, Canada

10001000110112 Posts
Default

Quote:
Originally Posted by GP2 View Post
Does it really need to be run over the entire range up to 1 billion?
It just clears up the active assignments report.

Maybe that report could have a Check Box to only report assignments with
- more than 0% complete
OR
- Activity in the last month or year
petrw1 is online now   Reply With Quote
Old 2018-03-31, 16:25   #1465
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

157578 Posts
Default

Quote:
Originally Posted by S485122 View Post
I think a query should be run regularly over the whole 0 to 1000M range to eliminate active assignments that are more than 60 (or being generous 90) days late.
IIRC, the query is only run over the active LL and DC assignments range. I don't think it is run on the 100M digit range. I don't remember what it does with TF assignments. I don't have server access right now.

The assignment rules describe when the server has the right to terminate your assignment, the server may not exercise that right.
Prime95 is offline   Reply With Quote
Old 2018-04-01, 15:26   #1466
S485122
 
S485122's Avatar
 
Sep 2006
Brussels, Belgium

1,571 Posts
Default

Quote:
Originally Posted by Prime95 View Post
...
The assignment rules describe when the server has the right to terminate your assignment, the server may not exercise that right.
It is not so much the assignments that are a few days late that worry me, 85% of those lost assignments I found are more than half a year late, 75 % are more than a year late. I don't know what happens in the "active" ranges" since the query I can run is limited to 1000 results, I did not look in the TF ranges for the same reason. Those assignments are preventing others to work on those exponents.
Quote:
Originally Posted by GP2 View Post
...
Consider M332,197,123.
...
Anyone who wanted to could poach it, or maybe a result will miraculously be returned in the meantime.
...
The new rules were put in place to expedite the achievement of milestones, but also to remove the need or the incentive to poach.

Perhaps yearly is often enough to do such a clean up.

Jacob

Last fiddled with by S485122 on 2018-04-01 at 15:28
S485122 is offline   Reply With Quote
Old 2018-04-01, 16:00   #1467
VictordeHolland
 
VictordeHolland's Avatar
 
"Victor de Hollander"
Aug 2011
the Netherlands

23×3×72 Posts
Default

Quote:
Originally Posted by S485122 View Post
It is not so much the assignments that are a few days late that worry me, 85% of those lost assignments I found are more than half a year late, 75 % are more than a year late.
As long as I can still get a Manual DoubleCheck assignment and complete it after ~140 days without having to communicate the progress to Primenet (for an offline machine, within the 180 days it says it is valid). I usually pick a high range to not interfere with the milestone progress.
VictordeHolland is offline   Reply With Quote
Old 2018-04-01, 17:49   #1468
S485122
 
S485122's Avatar
 
Sep 2006
Brussels, Belgium

1,571 Posts
Default

Quote:
Originally Posted by VictordeHolland View Post
As long as I can still get a Manual DoubleCheck assignment and complete it after ~140 days without having to communicate the progress to Primenet (for an offline machine, within the 180 days it says it is valid). I usually pick a high range to not interfere with the milestone progress.
I don't know how they do it but some assignments have more than 3 years before the next update (perhaps they immediately extend their assignment.)

Jacob
S485122 is offline   Reply With Quote
Old 2018-04-01, 19:44   #1469
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

245E16 Posts
Default

Quote:
Originally Posted by S485122 View Post
...I did not look in the TF ranges for the same reason. Those assignments are preventing others to work on those exponents.
Just in case you (or anyone else) are concerned about the assignments reserved by GPU72...

We are very careful not to bite off more than we can chew. You can see this in the Estimated Completion report, for example. We only have about 60 days worth of work left to do in the 87M range (to TF up to the optimal level), and it's going to take Primenet's LL'ers about 700 days to bring that to the "wave-back".

In all honesty, what we're currently racing to stay ahead of is the P-1'ers, but even there we're maintaining a comfortable 60 day or so lead.
chalsall is online now   Reply With Quote
Old 2018-04-01, 19:56   #1470
Madpoo
Serpentine Vermin Jar
 
Madpoo's Avatar
 
Jul 2014

CCA16 Posts
Default

Quote:
Originally Posted by S485122 View Post
I don't know how they do it but some assignments have more than 3 years before the next update (perhaps they immediately extend their assignment.)

Jacob
There are certain exceptions to the expirations, based on the exponent size.

Here are the current exception details as best I can piece together. Basically, these assignments aren't in the way of any milestones or other things and aren't really hurting anyone, so...

First time LL:
Exponents that are 40M larger than the latest LL milestone (currently 78M) but less than 332M (100M digits) are exempted from the typical expiration rules.

First time LL (100M digits between 330M and 350M):
(
If the client has not sent a "next expected" update (basically, they didn't acknowledge the assignment)
*OR* their next update is still a year away)
*OR* there isn't an expected completion date and they have passed their next check-in date
)
*AND* they've only progress less than 2% if it's even started at all

Double checks:
Exponents 20M larger than the latest milestone (currently 43M) are exempted

Smaller PRP (below 40M):
Assignments > 30 days old ... you get 30 days to finish those small PRP checks

Anything that's not DC or LL (TF, P-1, PRP above 40M, etc):
Haven't acknowledged in 1 day since being assigned
*OR*
(
60+ days since the last checkin
*AND* 10+ days since it was last supposed to checkin
)
Madpoo is offline   Reply With Quote
Old 2018-04-01, 20:44   #1471
S485122
 
S485122's Avatar
 
Sep 2006
Brussels, Belgium

110001000112 Posts
Default

Quote:
Originally Posted by chalsall View Post
Just in case you (or anyone else) are concerned about the assignments reserved by GPU72...
I realise that my wording was misleading : the fact that I did not look in certain ranges due to the limits of the queries I can run has nothing to do with holding up some exponents. I meant the two sentences to be unrelated : the forgotten or orphan assignments that I could find are in the way, were I could not look I can't form an opinion :-)

Jacob
S485122 is offline   Reply With Quote
Old 2018-04-01, 21:47   #1472
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

2·5·72·19 Posts
Default

Quote:
Originally Posted by S485122 View Post
...were I could not look I can't form an opinion :-)
Just for the record, I have no privileged access to Primenet's DB nor assignment system.

A trick I myself use when there are more than 1,000 assignments in a range of interest (P-1 assignments in the 85M range, for example) is to first ask for the entire range of interest.

Once this returns the first 1,000 assignments, I then query again with the exponent range starting from the last candidate returned in the previous query. In this example, this is the resulting follow-up query.

Repeat as necessary (or script it).

P.S. To resonate a bit with your premise, it really annoys me when people manually reserve hundreds (sometimes thousands) of P-1 assignments, and then they just sit around for six months before being recycled.
chalsall is online now   Reply With Quote
Old 2018-04-05, 07:04   #1473
patrik
 
patrik's Avatar
 
"Patrik Johansson"
Aug 2002
Uppsala, Sweden

23×53 Posts
Default Something wrong with exponent category right now?

My three cat 1 double checks has just moved into cat 2. Shouldn't that always go the other way?

Also, for double-checks, the thresholds page shows two different exponents for each limit, and has a strange-looking formatting.

Last fiddled with by patrik on 2018-04-05 at 07:04
patrik is offline   Reply With Quote
Old 2018-04-06, 03:43   #1474
Madpoo
Serpentine Vermin Jar
 
Madpoo's Avatar
 
Jul 2014

2·1,637 Posts
Default

Quote:
Originally Posted by patrik View Post
My three cat 1 double checks has just moved into cat 2. Shouldn't that always go the other way?

Also, for double-checks, the thresholds page shows two different exponents for each limit, and has a strange-looking formatting.
I ran into a funny thing yesterday with the daily expirations. I realized I already adjusted the lower bounds for exponent sizes, and forgot that we're not actually up to 43M on the double-checks.

As a result, the 2 exponents below 43M didn't expire and were showing "-1" on the expiration time. Whoops.

So, I fixed it and re-ran just that part of the expiration which probably messed up some formatting, creating double-entries for the thresholds for the day.

Should be all good now.
Madpoo is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
Official "Faits erronés dans de belles-lettres" thread ewmayer Lounge 39 2015-05-19 01:08
Official "all-Greek-to-me Fiction Literature and Cinema" Thread ewmayer Science & Technology 41 2014-04-16 11:54
Official "Lasciate ogne speranza" whinge-thread cheesehead Soap Box 56 2013-06-29 01:42
Official "Ernst is a deceiving bully and George is a meanie" thread cheesehead Soap Box 61 2013-06-11 04:30
Official "String copy Statement Considered Harmful" thread Dubslow Programming 19 2012-05-31 17:49

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

Tue Sep 22 15:30:47 UTC 2020 up 12 days, 12:41, 1 user, load averages: 1.24, 1.54, 1.63

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.