![]() |
|
|
#1 |
|
Oct 2019
17 Posts |
So, I manually reserved an exponent to test, selecting that I only wanted world record exponents to LL test, and going in the manual extensions page (https://www.mersenne.org/manual_extension/) I see that after I extended the assignment several times I should have one year to complete it.
While if I go in the assignments page (https://www.mersenne.org/workload/) it says I only have 90 days to complete it. Which of the two numbers of remaining days to complete the work is the actual one? |
|
|
|
|
|
#2 |
|
Feb 2005
Colorado
65510 Posts |
I may be wrong, but I'll take a stab at this.
I think the 90 days refers to how long you have to start the exponent. Once the first progress report gets sent to the server, the expiration date changes to a year. |
|
|
|
|
|
#3 | |
|
Oct 2019
17 Posts |
Quote:
Ok, but how can I let PrimeNet know that I have started to work on the exponent if I'm manual testing? |
|
|
|
|
|
|
#4 |
|
Feb 2005
Colorado
5·131 Posts |
Normally Prime95 checks in with the server every day, reporting any progress on all of the exponents in the worktodo.txt file, including manual checkouts. If you have Prime95 set to not do that, or the machine doesn't have internet connectivity, then that becomes problematic.
I think all the server needs in order to give you that year for completion is that first progress report, even if you have to use a different machine to report it. |
|
|
|
|
|
#5 | |
|
Oct 2019
1710 Posts |
Quote:
Ok, now Prime95 sent the server an extimated completion date. But the server says that the days to go are 276 while it will expire in only 120 days. What is the difference between these 2 values? |
|
|
|
|
|
|
#6 | |
|
"/X\(‘-‘)/X\"
Jan 2013
B7216 Posts |
Quote:
The 120 days is the time the server is allowing to finish, according to the rules here. |
|
|
|
|
|
|
#7 | |
|
Oct 2019
17 Posts |
Quote:
Ok, got it! Thanks to you and PhilF for the help. |
|
|
|
|
|
|
#8 | |
|
Jul 2009
Germany
10010111112 Posts |
Quote:
Sorry guys but this "expires (days)" at https://www.mersenne.org/manual_extension/ is disgusting since only the value at https://www.mersenne.org/workload/ really matters. Why extending a Exponent 60 days, if that has no effect at expireing? |
|
|
|
|
|
|
#10 | |
|
Serpentine Vermin Jar
Jul 2014
3,313 Posts |
Quote:
![]() I added the days-to-expire estimates to certain pages as a general guideline, and it works by estimating the time-to-live based on the various assignment rules. One thing it does not include (and I've made this clear repeatedly) is exponents that have an extension applied through that page. Reason being, it's not commonly used, and it was going to add to the complexity of the estimation calculations. I've said that at some point I may modify it to take that into consideration, but it's just not something that has bubbled up into my to-do list. Anyway, don't worry - if you've manually extended an assignment, that will work just fine. The reason it was hard to estimate an expiration date in advance is that all of the code that does the actual expiration is "point in time". It analyzes each assignment to see "should this be expired?" and if so, expires the assignment and makes it available again. Looking at an assignment and making a binary decision "expire: yes or no" is one thing. Predicting in advance exactly *when* it will expire is another thing entirely. Lots of rules, lots of "if this then that, or if this, then another thing, but if this then not that" etc. For example, a brand new assignment has a shorter expiration time if it hasn't started yet. But once it does start, the expiration date changes. That's the simplest example, but you get the idea. Others are things like what category was it when expired, and what category is it in now? If it's moved into certain categories then it may expire sooner. I hope that helps, and don't be frustrated, just finish your assignments in a timely manner. ![]() Oh, and it's worth pointing out that "large" exponents (like 20-30 million above whatever current category 4 exponents) aren't going to expire anyway. There's just not a need. So people doing 100M digit checks are going to be safe for many years. That also includes people doing double-checks like 70-80M and higher. Of course a lot of those are first time checks that expired and were converted to double-checks when someone else turned in a result. |
|
|
|
|
|
|
#11 |
|
Jul 2009
Germany
25F16 Posts |
Thanks for the attention and explanation, no offense.
|
|
|
|
![]() |
| Thread Tools | |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Expiration Dates | Fred | PrimeNet | 3 | 2016-02-20 08:30 |
| Expiration time | NormanRKN | GPU Computing | 7 | 2013-06-28 23:53 |
| LL and DC expiration times | Chuck | GPU to 72 | 8 | 2012-01-18 17:39 |
| Exponent expiration | drh | PrimeNet | 25 | 2011-10-24 04:51 |
| Expiration date | Italian | PrimeNet | 4 | 2003-12-13 19:54 |