mersenneforum.org > Data processed dc and tc posts
 Register FAQ Search Today's Posts Mark Forums Read

2019-05-17, 15:23   #89
Uncwilly
6809 > 6502

"""""""""""""""""""
Aug 2003
101×103 Posts

23×7×167 Posts

Quote:
 Originally Posted by ATH You should register them in Primenet as well, everyone might not read this thread.
Quote:
 Originally Posted by kriesel I would if I could. I checked they are not assigned to anyone else, via exponent details, individually, then tried to manually reserve them, individually, and got error messages.
From the first post in this thread.
Quote:
 Originally Posted by Uncwilly The easy way to get some assignments (with Prime95):Grab the lines of the exponents that you will do. Stop Prime95. Edit your worktodo.txt, inserting the new lines, save it, and close the editor. Restart Prime95 Go to the menu Advanced-> Manual Communication Make sure "Contact PrimeNet server now" and "Send new expected completion dates to server" are checked. Hit OK After Prime95 is done communicating, look and see if any of the new exponents don't have an Assignment ID (because they were already assigned.) If they don't, stop Prime95, reopen the worktodo.txt, remove those lines, save, then restart Prime95
That should do it. mprime probably has a similar technique.

2019-05-17, 16:41   #90
kriesel

"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

7·701 Posts

Quote:
 Originally Posted by Uncwilly From the first post in this thread. That should do it.
It does indeed. Although for gpu usage, and my crappy slow ISP, there are additional steps:
repeat the manual communication in prime95 as needed until communication completes successfully instead of giving CURL library errors;
stop prime95, cut the doublecheck assignments with new AIDs from the worktodo.txt of the prime95 instance used to reserve them, restart prime95;
stop the CUDALucas session, paste the doublecheck assignments with newly issued AIDs into the gpu worktodo.txt, and restart the CUDALucas session;
update local assignment tracking log.

Effective, though a bit tedious compared to my usual manual checkout method when it works.
I wonder if primenet will get confused by these 4 assignments completing and being reported manually in a few days, after being reserved on an old i3 laptop that could not finish one of the assignments in 3 months, and having been removed from the worktodo.txt of the regularly reporting i3 system.

 2019-05-20, 16:43 #91 yooper   Apr 2019 5·7 Posts I took two more from the top of the triple check list. DoubleCheck=48290911,73,1 DoubleCheck=48307099,73,1
 2019-05-20, 21:07 #92 Prime95 P90 years forever!     Aug 2002 Yeehaw, FL 7,351 Posts I replaced the battery in my Macbook pro. At the time I was doing a PRP, an LL double-check, and 2 LLs. For reasons unknown this procedure caused 2 Gerbicz errors, 1 Jacobi failure, and the DC failed. The two LLs just completed but clearly they should get and early DC: 88430759 90070741
2019-05-20, 22:12   #93
GP2

Sep 2003

32·7·41 Posts

Quote:
 Originally Posted by Prime95
I am doing these on a fast machine, they should each take a few days.

 2019-05-21, 04:58 #94 Uncwilly 6809 > 6502     """"""""""""""""""" Aug 2003 101×103 Posts 222108 Posts A number of updates have been made to the lists recently.
 2019-05-22, 14:29 #95 yooper   Apr 2019 5·7 Posts 83082589 needs a triple check. 82700687 can be removed from the triple check list; someone has started on it.
 2019-05-23, 10:30 #96 Jan S   Oct 2018 Slovakia 6316 Posts I grabbed this from TC-list: DoubleCheck=48663011,73,1 DoubleCheck=49573637,73,1 DoubleCheck=49696783,73,1 DoubleCheck=49942003,73,1 DoubleCheck=49995259,73,1 DoubleCheck=50021437,73,1 Doublecheck=50034401,74,1 Doublecheck=50046449,74,1 Doublecheck=50059019,74,1 Doublecheck=50074943,74,1 Doublecheck=50089037,74,1 Doublecheck=50091563,74,1 Doublecheck=50096759,74,1 Doublecheck=50100793,74,1
2019-05-23, 15:14   #97
kriesel

"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

10011001010112 Posts
methods for gpus

Quote:
 Originally Posted by Uncwilly The easy way to get some assignments (with Prime95): Stop Prime95. Edit your worktodo.txt, inserting the new lines, save it, and close the editor. Restart Prime95 Go to the menu Advanced-> Manual Communication Make sure "Contact PrimeNet server now" and "Send new expected completion dates to server" are checked. Hit OK After Prime95 is done communicating, look and see if any of the new exponents don't have an Assignment ID (because they were already assigned.) If they don't, stop Prime95, reopen the worktodo.txt, remove those lines, save, then restart Prime95 If someone can post tips for the GPU's that would help.
The following assumes gpu application(s) CUDALucas etc. are already running and are not near completion of the current work item(s). Add gpu application stops and starts as appropriate if that assumption is not valid.
• Post which DC or TC candidates you're taking.
• Grab the lines of the exponents that you will do.
• Edit your gpu(s)' worktodo.txt, inserting the new lines, save it, and close the editor.
continue, with either Method 1:
• Go to https://www.mersenne.org/manual_assignment/
• Set preferred work type to Double check ll tests
• set Optional exponent range fields to one less, and one more than the exponent in the first worktodo entry added that does not yet have an AID
• click Get Assignments
• If it succeeds, copy the assignment with AID, and overwrite the corresponding gpu worktodo.txt entry that had no AID, with it, and save.
• If it fails, likely it is with error 40, no assignment available. Use a prime95 session as uncwilly described, to get the assignment, then copy that to the gpu worktodo.txt, again, overwriting the no-AID version entry.
• Repeat previous steps of method 1 for each DC or TC. Depending on how many you're doing, it can get tedious.
or continue with Method 2:
• reserve as described by uncwilly in a prime95 session.
• Copy the new assignments with AIDs from the prime95 worktodo file to the gpu(s) worktodo file(s), and save, then close the gpu worktodo file(s).
• Move the new assignments in the prime95 worktodo file, to the end of the prime95 worktodo.txt file behind some ongoing lengthy work intended for the cpu, save the prime95 worktdo file, stop and restart prime95, and check with Test, Status, that the assignments order in effect on the cpu is as intended.
For either method, wrapup:
• If you're unable to get a reservation for any exponent you posted you were taking, by either method, edit your initial post to exclude it. If the edit period already expired, post which you were unable to reserve in a new message.
Optionally: if any gpu assignment is about to expire, because manual extension does not work, try
• Open the prime95 worktodo file, temporarily put its worktodo entry at the front of the prime95 work list, save prime95 worktodo file, stop and restart prime95 computation to run at least 0.1% of completion.
• Make sure "Contact PrimeNet server now" and "Send new expected completion dates to server" are checked. Click OK, and wait for prime95 to finish talking with the primenet server
• Stop prime95, move the extended assignment to the end of the prime95 worktodo file, save and close prime95 worktodo file, restart prime95, check with Test, Status.
• After the gpu assignment completes, remove the corresponding assignment entry from the prime95 worktodo file, save and close the prime95 worktodo file, stop computation and resume in prime95, delete the prime95 save file and backup files for the few dozen iterations performed on the cpu for the completed gpu assignment.
A variant of this extension method seemed to work, in which I commented out the prime95 assignment copy and deleted the exponent's save file and bu files, on an exponent I had that was going to expire yesterday. It gained 10 weeks in the assignments report. But I see today that it is marked expired for me and assigned to someone else. Its chance of working to maintain the extension may be better if it remains in the prime95 instance's worktodo as an active entry that will be included in periodic automatic reporting of progress. By putting it at the end of the work list, behind a lengthy DC I'm running on the prime95 instance, it should report status periodically from there, and yet not use up cpu cycles partially duplicating gpu work.

A side effect of using this method for extension is it changes the assignment from manual to the prime95 instance used to extend it. At least that is what the assignments page shows.

Because this assignment or extension method might confuse Primenet about what's happening on the prime95 instance, and any expirations may count against that instance/system in getting new assignments, consider using an old slow cpu for making these reservations or extensions, where it will make little difference regarding assignment of future work via primenet.

Last fiddled with by Uncwilly on 2019-06-10 at 13:48 Reason: done at the request of the op

 2019-05-23, 19:39 #98 Thecmaster   "Arvid Björklin" Apr 2016 Pitea, Sweden 73 Posts I will do Doublecheck=50106613,74,1 Doublecheck=50131511,74,1 Doublecheck=50135843,74,1
2019-05-25, 18:53   #99
dcheuk

Jan 2019
Pittsburgh, PA

25310 Posts

Claimed.

Quote:
 Originally Posted by Uncwilly Triples Code: Doublecheck=50142361,74,1 Doublecheck=50147831,74,1 Doublecheck=50177243,74,1

 Similar Threads Thread Thread Starter Forum Replies Last Post jasong Forum Feedback 1050 2019-04-29 00:50 10metreh Forum Feedback 6 2013-01-10 09:50 jasonp Forum Feedback 9 2009-07-19 17:35 edorajh Data 10 2003-11-18 11:26 Xyzzy Lounge 10 2002-11-21 00:04

All times are UTC. The time now is 11:16.

Sun Feb 28 11:16:31 UTC 2021 up 87 days, 7:27, 0 users, load averages: 1.09, 1.33, 1.26