mersenneforum.org  

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

Reply
 
Thread Tools
Old 2021-09-20, 20:31   #89
kriesel
 
kriesel's Avatar
 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

22·1,447 Posts
Default

Quote:
Originally Posted by chalsall View Post
As I understand it, Mersenne.org manual submissions implicitly include the "DONE" flag.
Well, if that is so, and causing premature assignment termination, that occurs to me as a server script design error incompatible with Gpuowl 7.x and a departure from previous practice.
It's tripping up other users too (see Uncwilly's post about Jan S work in the server problems thread)
The rule has long been, that one can report without expiration or termination of an assignment, any lesser / earlier result without expiring an assignment for a later result, except TF at lower bit levels than a TF high bit level assignment.
That is, hold an LL or PRP assignment? Report as much TF or P-1 as you like before the primality test result, on the same exponent, without causing expiration of the assignment. Hold a P-1 assignment? Report as much TF as you like on the same exponent. Only a found factor would expire the assignment.
There seems to be issues with processing P-1 no-factor results in particular; I've seen it cause the P-1 ASSIGNMENT get marked expired. The issue goes back at least to February. "DONE" on P-1 is not "DONE" on PRP.

The server provides no notification to the user that reporting the P-1 just revoked the PRP assignment. That's a problem.
V7.x gpuowl completes part of the PRP WHILE DOING P-1 stage 1 AS A BYPRODUCT at reduced combined cost. Revoking the PRP assignment is a certain waste of cycles.
Mihai's primenet.py would report the P-1 result at its next iteration. I don't believe it has any mechanism for getting the PRP reassigned after the server mishandles it.
It would be better to deal with this issue now, before v30.7? prime95 / mprime also adopts the lower-cost P-1 stage method already present in gpuowl v7.x, and it becomes an issue in the broader user community and wastes many more cycles.

Had this manual assignment issued long ago:
PRP=E9A657A1EFE64E2F082CB753C99AF7C0,1,2,926972593,-1,85,2

Manually prepended GPU72 row bounds for it, then ran it, completed the P-1 part.
B1=5000000,B2=260000000;PRP=E9A657A1EFE64E2F082CB753C99AF7C0,1,2,926972593,-1,85,2

Manually reported this result 2021-02-21:
{"status":"NF", "exponent":"926972593", "worktype":"PM1", "B1":"5000000", "B2":"260000000", "fft-length":"54525952", "program":{"name":"gpuowl", "version":"v7.2-21-g28dbf88"}, "user":"kriesel", "computer":"asr2/radeonvii3", "aid":"E9A657A1EFE64E2F082CB753C99AF7C0", "timestamp":"2021-02-21 17:38:46 UTC"}

Checked today, actually tried to report PRP progress using CURL, and it replies there's no such assignment.
Code:
pnErrorResult=43
pnErrorDetail=ap: no such assignment key, GUID: ...
Apparently the server cleared the PRP assignment when processing the P-1 NF result, back in February.

(And I note Gpuowl V7.2-21 left the bounds and 2 tests saved by P-1 factor found on the worktodo item after P-1 complete, so it would have done P-1 again. Manually edited to 0 now.)

Obtained a new assignment for that PRP today.

Last fiddled with by kriesel on 2021-09-20 at 20:48
kriesel is online now   Reply With Quote
Old 2021-09-20, 20:47   #90
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

995910 Posts
Default

Quote:
Originally Posted by kriesel View Post
There seems to be issues with processing P-1 no-factor results in particular; I've seen it cause the P-1 ASSIGNMENT get marked expired. The issue goes back at least to February. "DONE" on P-1 is not "DONE" on PRP.
OK. So we now have a very well-documented bug report / change request. Excellent.

Programmers appreciate detailed "tech debt" reports. It helps focus the refactoring work.

As I understand it, there are three very talented (but ***very*** busy) people involved with Primenet.

Thoughts?

P.S. Only today I received two separate "It doesn't work." reports from "real" clients. Sigh...
chalsall is offline   Reply With Quote
Old 2021-09-20, 20:51   #91
moebius
 
moebius's Avatar
 
Jul 2009
Germany

2·313 Posts
Default

I'm not sure, if it is only a problem with manual submissions. LaurV did the p-1 short before. I don't know if his p-1 result was submitted manually or with prime95. 106707187

Last fiddled with by moebius on 2021-09-20 at 21:00
moebius is offline   Reply With Quote
Old 2021-09-20, 21:00   #92
kriesel
 
kriesel's Avatar
 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

22·1,447 Posts
Default

Such reports should normally go in the official server problems thread.

Last fiddled with by kriesel on 2021-09-20 at 21:01
kriesel is online now   Reply With Quote
Old 2021-09-20, 23:42   #93
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

3×5×509 Posts
Default

Quote:
Originally Posted by chalsall View Post
OK. So we now have a very well-documented bug report / change request. Excellent.
I have an attempted fix in place. The done flag will be ignored for no-factor-TF and no-factor-P-1 results if the assignment is for first-time LL or first-time PRP.
Prime95 is online now   Reply With Quote
Old 2021-09-21, 00:22   #94
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

26E716 Posts
Default

Quote:
Originally Posted by Prime95 View Post
I have an attempted fix in place. The done flag will be ignored for no-factor-TF and no-factor-P-1 results if the assignment is for first-time LL or first-time PRP.
Excellent. Thanks, George.

Ken... Would you be able to bring resources to bear, to test if this fix works for the cases being reported?

I'll trade you a bit of Canadian humour for your efforts. It gets really funny at about 11:30...
chalsall is offline   Reply With Quote
Old 2021-09-21, 01:01   #95
kriesel
 
kriesel's Avatar
 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

22·1,447 Posts
Default

https://mersenneforum.org/showpost.p...postcount=2342
kriesel is online now   Reply With Quote
Old 2021-09-21, 04:35   #96
moebius
 
moebius's Avatar
 
Jul 2009
Germany

2×313 Posts
Default

Quote:
Originally Posted by Prime95 View Post
I have an attempted fix in place. The done flag will be ignored for no-factor-TF and no-factor-P-1 results if the assignment is for first-time LL or first-time PRP.
THX!
moebius is offline   Reply With Quote
Old 2021-09-21, 14:30   #97
kriesel
 
kriesel's Avatar
 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

22·1,447 Posts
Default

Quote:
Originally Posted by Prime95 View Post
I have an attempted fix in place. The done flag will be ignored for no-factor-TF and no-factor-P-1 results if the assignment is for first-time LL or first-time PRP.
Great!
Have you considered also for when the reported bit level is lower than the assigned bit level of TF, letting the multi-bit-level assignment persist until its expiration date? Then successive bit levels could be reported showing progress, and the user would not need to get as many assignments or collide with reassignment to someone else after the first bit level result is reported.

Last fiddled with by kriesel on 2021-09-21 at 14:31
kriesel is online now   Reply With Quote
Old 2021-10-11, 02:21   #98
tuckerkao
 
"Tucker Kao"
Jan 2020
Head Base M168202123

7578 Posts
Default

Looks like 2 of Ben Delo's engines got assigned on the same exponent -> M106097143. At least the format of the numerical arrangement looks like something I'd guess on earlier in the M103M range.

Since most of his engines are automatic, could the duplicates be visible on several other exponents as well?

Last fiddled with by tuckerkao on 2021-10-11 at 02:29
tuckerkao is online now   Reply With Quote
Old 2021-10-11, 03:32   #99
tuckerkao
 
"Tucker Kao"
Jan 2020
Head Base M168202123

32·5·11 Posts
Default

Exactly of what I've expected since earlier.

Ben Delo ran the 2nd PRP tests on M106011701, M106064407, M106106599, M106737647 after the successful PRP certifications.

Last fiddled with by tuckerkao on 2021-10-11 at 03:32
tuckerkao is online now   Reply With Quote
Reply

Thread Tools


All times are UTC. The time now is 05:36.


Fri Oct 22 05:36:58 UTC 2021 up 91 days, 5 mins, 1 user, load averages: 1.00, 1.32, 1.29

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, 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.