The Next Big Development for GIMPS

[kriesel]

Originally Posted by firejuggler

Happy that the cert is all right. But N/A as success? I don't know what should go there ( or if anything should).

I think "verified" or "verification failed" or some such. We know there are failures sometimes, that have been caused by proxy servers. The result of a CERT assignment is actually pretty important.

[preda]

Originally Posted by ATH

Can I run PRP VDF with Gpuowl and turn them in with Manuel Results and then use Prime95 or mprime 30.2 to upload the proof files?

If you use gpuowl's primenet.py script with proofs it "just works". Also works great with multiple instances of gpuowl with -pool <dir> to gpuowl.

The proof files not-yet-uploaded are in the "proof" dir, and after upload are moved to "uploaded" dir so the user can still keep them for a while, archive them etc. And there's visibility on the status of each proof file ("has it been uploaded yet").

[firejuggler]

I do have a question.
What happen If the cert of say 93 145 769 do not confirm the PRP residue (very small chance I know) ? Does it hand another cert to another user?
And in the case of a second fail? Does the PRP get invalidated?

[Prime95]

Originally Posted by firejuggler

I do have a question.
If the cert of say 93 145 769 do not confirm the PRP residue (very small chance I know) ? Does it hand another cert to another user?
And in the case of a second fail? Does the PRP get invalidated?

Yes, CERTs are run until one matches the proof or two do not match the proof but match each other. In the latter case, the PRP result is marked "suspect". It could be OK, but must be double-checked using traditional means.

[storm5510]

Here is something I believe some here will be interested in:

Unexpected error during upload: {"error_status":401,"error_message":"Unauthorized","error_description":""}

This is for a proof file from a valid assignment. 401 usually indicates a page not being available. Unauthorized how? The proof file is still in my Prime95 folder.

[Prime95]

Originally Posted by storm5510

Here is something I believe some here will be interested in:

This is for a proof file from a valid assignment. 401 usually indicates a page not being available. Unauthorized how? The proof file is still in my Prime95 folder.

This is why we have beta testing :)

What is the exponent? I'll investigate. Do not delete the proof file.

There are a few ways this error can happen. Most likely are:
1) You (or prime95) have not submitted the results for the exponent. If you are manually getting assignments, upload your results.json.txt.
2) The MD5 proof file checksum sent with your result does not match the MD5 proof file checksum calculated by the proof uploader.
3) The proof file is being uploaded using a different primenet user id. This would be hard to do. In the old days, it was easy to accidentally submit manual results as anonymous. Prime95 used to "forget" the user id and switch to anonymous.

[storm5510]

Originally Posted by Prime95

This is why we have beta testing :)

What is the exponent? I'll investigate. Do not delete the proof file.

There are a few ways this error can happen. Most likely are:
1) You (or prime95) have not submitted the results for the exponent. If you are manually getting assignments, upload your results.json.txt.
2) The MD5 proof file checksum sent with your result does not match the MD5 proof file checksum calculated by the proof uploader.
3) The proof file is being uploaded using a different primenet user id. This would be hard to do. In the old days, it was easy to accidentally submit manual results as anonymous. Prime95 used to "forget" the user id and switch to anonymous.

It was sent on a subsequent attempt and now resides in my archived proofs folder. M10479479. There must have been a brief issue on my end. I have everything properly configured, including credentials. This was an automatic reserve done by Prime95.

Something else, assignments are being ran out-of-order. if a "Cert" appears in a worktodo file, it gets ran before anything else above it in the list. You may have mentioned this in your revised readme file. I have not gotten through all of it yet.

Thank you for the reply!

[Prime95]

There is a race condition where a proof upload attempt is made before uploading the PRP results. Sending results and uploading proofs are in different threads. I remember thinking to myself the window should be small and the proof will get properly uploaded next hour.

Maybe the race is not as rare as I'd hoped.

[chalsall]

Originally Posted by Prime95

Maybe the race is not as rare as I'd hoped.

Concurrency can be a bit of a pain.

I personally believe that computers are actually sentient, and quietly work to cause the most grief possible to programmers.

[intelfx]

Originally Posted by Prime95

Windows 64-bit: https://www.dropbox.com/s/iz417i8hpt...win64.zip?dl=0
Linux 64-bit: https://www.dropbox.com/s/q4haz69wti...64.tar.gz?dl=0

This is much closer to a beta version. I haven't tested it as much as I should.

This version can upload proof files. There is a new Resource Limits menu choice / dialog box. LL work preferences are gone, if you upgrading, your LL work preferences will be converted to PRP.

Please review the overhauled readme.txt.

Suggestions for further changes are welcome. I have a few ideas I'll put forward soon.

I have downloaded the beta. Here's what I get:

Your choice: 14 
 
Consult readme.txt prior to changing any of these settings. 
 
Temporary disk space limit in GB/worker (100):  
Upload bandwidth limit in Mbps (50.000000): 50  
Upload large files time period start (00:00):  
Upload large files time period end (24:00):  
Download limit for certification work in MB/day (100): 100000
Please enter a value between 0 and 100:

Is there really any merit in putting an artificial limit here? My Internet connection is cheap and fast, I have no problems in downloading however much data per day.

[storm5510]

Originally Posted by Prime95

There is a race condition where a proof upload attempt is made before uploading the PRP results. Sending results and uploading proofs are in different threads. I remember thinking to myself the window should be small and the proof will get properly uploaded next hour.

Maybe the race is not as rare as I'd hoped.

Race, as in which gets there first. As far as I can tell, I have not gotten any more certification work in the past 12 hours. So, I disabled it on one machine, but left it active on the other, 10% of CPU time. I have not had any further problems since the comm glitch yesterday.