GPU to 72 status... - Page 472

chalsall · 2021-06-29, 15:47

Just a heads up for those using the GPU72_TF Notebook.

I'm in the process of migrating to the latest version of mprime to take advantage of the better algorithm George et al recently implemented. Unfortunately, the checkpoint files aren't compatible for stage 2.

I don't have much time available at the moment, so I've done a "quick and dirty" hack. If anyone sees in their logs something about "bad checksum; temporarily skipping" on an assignment, don't worry -- your work isn't lost.

I'm waiting for a few workers to finish off some older v29 assignments (should be a couple of days). Then everything will be processed using v30 moving forward.

Uncwilly · 2021-06-29, 16:24

I will try to kill my worker right after the current stage 2 finishes. So that nothing gets tangled up in the switch over.

chalsall · 2021-06-29, 16:42

Quote:

Originally Posted by Uncwilly

I will try to kill my worker right after the current stage 2 finishes. So that nothing gets tangled up in the switch over.

That's not necessary. Just let things run as usual.

What we're waiting for is a few v29s to finish their stage 2 work. Any v30s will work as deep into stage 2 as they can (after entering stage 2 from stage 1) while they survive, and then will be given stage 1 work (when they're restarted) until later this week.

LaurV · 2021-06-29, 17:11

I have seen the errors you mention in the logs (not on the screen output). It seems indeed harmless, none of my work seems to be lost (yet).

One strange thing that happens for all new instances (not for the old which are still running) is that I see every line in the output doubled. For both GPU and CPU outputs. It looks like two instances of mprime and two instances of mfaktk are running in parallel, but from the iteration times, there is only one instance of each (otherwise the GHzDays/Day should halve).

chalsall · 2021-06-29, 20:37

Quote:

Originally Posted by LaurV

One strange thing that happens for all new instances (not for the old which are still running) is that I see every line in the output doubled. For both GPU and CPU outputs. It looks like two instances of mprime and two instances of mfaktk are running in parallel, but from the iteration times, there is only one instance of each (otherwise the GHzDays/Day should halve).

No idea. Stopping and restarting /should/ be sane. There's IPC specifically for shutting down all children.

But... If you see it again, please take a screenshot and PM me (or post here; whatever). Then, try a "Factory Reset".

There were no code deltas on the payloads handed out to the ephemeral instances, other than the v30 mprime executable.

LOBES · 2021-07-02, 22:48

119744587

This one has been hanging around (and a couple others) in my "Assignments" page, even though they were turned in quite a while ago.

Normally no big deal, but I've since gotten more assignments, and turned those in, where they properly disappeared.

Not sure why this one is "stuck".

(so is 119747029 and 119863531)

LOBES · 2021-07-05, 17:23

Seems like (in my case anyway) all of the recently acquired 119M exponents aren't updating on GPU72 after submitting the TF results to PrimeNet.

2021-06-29, 15:47	#5182
chalsall If I May "Chris Halsall" Sep 2002 Barbados 2·5·7·139 Posts	Colab migration to mprime v30.3b6 Just a heads up for those using the GPU72_TF Notebook. I'm in the process of migrating to the latest version of mprime to take advantage of the better algorithm George et al recently implemented. Unfortunately, the checkpoint files aren't compatible for stage 2. I don't have much time available at the moment, so I've done a "quick and dirty" hack. If anyone sees in their logs something about "bad checksum; temporarily skipping" on an assignment, don't worry -- your work isn't lost. I'm waiting for a few workers to finish off some older v29 assignments (should be a couple of days). Then everything will be processed using v30 moving forward.

2021-06-29, 17:11	#5185
LaurV Romulan Interpreter Jun 2011 Thailand 2×5×31² Posts	I have seen the errors you mention in the logs (not on the screen output). It seems indeed harmless, none of my work seems to be lost (yet). One strange thing that happens for all new instances (not for the old which are still running) is that I see every line in the output doubled. For both GPU and CPU outputs. It looks like two instances of mprime and two instances of mfaktk are running in parallel, but from the iteration times, there is only one instance of each (otherwise the GHzDays/Day should halve). Last fiddled with by LaurV on 2021-06-29 at 17:13

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Status	Primeinator	Operation Billion Digits	5	2011-12-06 02:35
62 bit status	1997rj7	Lone Mersenne Hunters	27	2008-09-29 13:52
OBD Status	Uncwilly	Operation Billion Digits	22	2005-10-25 14:05
1-2M LLR status	paulunderwood	3*2^n-1 Search	2	2005-03-13 17:03
Status of 26.0M - 26.5M	1997rj7	Lone Mersenne Hunters	25	2004-06-18 16:46

2021-06-29, 16:24	#5183
Uncwilly 6809 > 6502 """"""""""""""""""" Aug 2003 101×103 Posts 2³·1,223 Posts	I will try to kill my worker right after the current stage 2 finishes. So that nothing gets tangled up in the switch over.

2021-07-02, 22:48	#5187
LOBES Mar 2019 USA 72₈ Posts	119744587 This one has been hanging around (and a couple others) in my "Assignments" page, even though they were turned in quite a while ago. Normally no big deal, but I've since gotten more assignments, and turned those in, where they properly disappeared. Not sure why this one is "stuck". (so is 119747029 and 119863531)

2021-07-05, 17:23	#5188
LOBES Mar 2019 USA 2×29 Posts	Seems like (in my case anyway) all of the recently acquired 119M exponents aren't updating on GPU72 after submitting the TF results to PrimeNet.