Temporarily abandoning work unit - Page 2

phma · 2020-09-29, 00:47

Puma finished M111992581, but instead of going on to M111443669, it dropped that from worktodo.txt and started M111977857, which was assigned as PRP. M111443669 is still in my list of assignments on mersenne.org, as Test. Is there a way to convert it to PRP on the server? Or how do I make sure that, after finishing the current assignment, puma starts M111443669 as PRP?

Prime95 · 2020-09-29, 01:07

There is no way to convert the assignment on the server, but it will accept a PRP result from your computer.

If you stop and exit prime95, add the 111443669 exponent to the front of worktodo.txt, delete any old save files for 111443669, then restart prime95 does it start the PRP? If not, does it give any error messages?

phma · 2020-09-30, 00:06

I put 111443669 before 111977857 and restarted mprime. It resumed 111977857, but 111443669 is still before 111977857. Should I set it to two workers? (I have six cores; they're all working on the same number.)

Prime95 · 2020-09-30, 04:56

Quote:

Originally Posted by phma

I put 111443669 before 111977857 and restarted mprime. It resumed 111977857, but 111443669 is still before 111977857.

That makes no sense to me. No error messages?

moebius · 2020-09-30, 06:23

Please post the content of the worktodo.txt file, there will be the error.

Uncwilly · 2020-09-30, 13:42

Quote:

Originally Posted by phma

I put 111443669 before 111977857 and restarted mprime.

Make extra sure that mprime has been completely stopped and exited before editing the file. If it hasn't exited it could retain the work unit in memory and not read it in on restart.

phma · 2020-09-30, 17:37

[Worker #1]
PRP=9E<snip>ED,1,2,111443669,-1,76,0,3,0
PRP=82<snip>02,1,2,111977857,-1,76,0

moebius · 2020-09-30, 22:08

111443669 is only at 1.2%, if nothing else works, delete the file 111443669 and all 111443669 .bu * files and 111443669.residues. The exponent then starts to calculate again by 0%, but otherwise I cannot help you. I am at a loss!

storm5510 · 2020-09-30, 23:00

Quote:

Originally Posted by moebius

...And yes retina is right, but the probability that your result with PRP is correct in the end is much higher than with the Lucas Lehmer test.

I inquired several times recently about running the huge backlog of LL-DC work as PRP. I never received a response. From what I see in the last few posts here, it is possible. Primenet would need to stop issuing them as "DoubleCheck" and a re-configuration of the worktodo lines to PRP format would be needed.

moebius · 2020-10-01, 00:22

of course I meant the temporary files of your LL assignment

phma · 2020-10-01, 02:18

I moved all the *3669* files (which were all *.bad something) elsewhere and restarted mprime and told it to continue. It said this:

[Comm thread Sep 30 22:13] PrimeNet success code with additional info:
[Comm thread Sep 30 22:13] Server assigned CERT work.
[Comm thread Sep 30 22:13] Got assignment D74D24D9DD830ACEFB6CBE9409DDA929: CERT M100120919
[Comm thread Sep 30 22:13] Done communicating with server.

It did a CERT first, even though it's third in the file.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Dual Core to process single work unit?	JimboPrimer	Homework Help	18	2011-08-28 04:08
SETI Shutting Down (hopefully only temporarily)	jinydu	Lounge	2	2011-04-27 14:42
Preventing new work unit requests	LinearB	Information & Answers	3	2011-03-07 19:35
Is it just me or are we abandoning more?	petrw1	PrimeNet	15	2008-02-12 18:57
move work unit from pc to another	Unregistered	PrimeNet	2	2005-10-26 16:26

2020-09-29, 00:47	#12
phma Sep 2020 2²·3 Posts	Puma finished M111992581, but instead of going on to M111443669, it dropped that from worktodo.txt and started M111977857, which was assigned as PRP. M111443669 is still in my list of assignments on mersenne.org, as Test. Is there a way to convert it to PRP on the server? Or how do I make sure that, after finishing the current assignment, puma starts M111443669 as PRP?

2020-09-29, 01:07	#13
Prime95 P90 years forever! Aug 2002 Yeehaw, FL 2057₁₆ Posts	There is no way to convert the assignment on the server, but it will accept a PRP result from your computer. If you stop and exit prime95, add the 111443669 exponent to the front of worktodo.txt, delete any old save files for 111443669, then restart prime95 does it start the PRP? If not, does it give any error messages?

2020-09-30, 00:06	#14
phma Sep 2020 2²·3 Posts	I put 111443669 before 111977857 and restarted mprime. It resumed 111977857, but 111443669 is still before 111977857. Should I set it to two workers? (I have six cores; they're all working on the same number.)

2020-09-30, 06:23	#16
moebius Jul 2009 Germany 2·353 Posts	Please post the content of the worktodo.txt file, there will be the error.

2020-09-30, 17:37	#18
phma Sep 2020 2²·3 Posts	[Worker #1] PRP=9E<snip>ED,1,2,111443669,-1,76,0,3,0 PRP=82<snip>02,1,2,111977857,-1,76,0

2020-09-30, 22:08	#19
moebius Jul 2009 Germany 1011000010₂ Posts	111443669 is only at 1.2%, if nothing else works, delete the file 111443669 and all 111443669 .bu * files and 111443669.residues. The exponent then starts to calculate again by 0%, but otherwise I cannot help you. I am at a loss!

2020-10-01, 00:22	#21
moebius Jul 2009 Germany 706₁₀ Posts	of course I meant the temporary files of your LL assignment

2020-10-01, 02:18	#22
phma Sep 2020 2²·3 Posts	I moved all the 3669 files (which were all *.bad something) elsewhere and restarted mprime and told it to continue. It said this: [Comm thread Sep 30 22:13] PrimeNet success code with additional info: [Comm thread Sep 30 22:13] Server assigned CERT work. [Comm thread Sep 30 22:13] Got assignment D74D24D9DD830ACEFB6CBE9409DDA929: CERT M100120919 [Comm thread Sep 30 22:13] Done communicating with server. It did a CERT first, even though it's third in the file.