Work transfer between 32 and 64 bit machines

tichy · 2011-01-06, 19:55

Hi,

I tried to move .bu file for LL test from a 32-bit machine to a 64-bit one, but it doesn't seem to work - that is work is restarted but not continued. Is there any way to achieve this ?

Thanks,

mdettweiler · 2011-01-06, 20:19

You need to first remove the .bu extension from the file, so that it looks like a "normal" save file. Then Prime95 will notice it.

tichy · 2011-01-06, 20:23

Well, by a .bu file I mean a backup file without an extension already, so I don't need to strip anything, yet it doesn't work :(

mdettweiler · 2011-01-06, 20:32

Hmm....I see. I'm guessing Prime95 has probably created a new save file for the restarted test; what's the filename for that, compared to the filename for the backup file? (If they differ, then that would explain why Prime95 didn't see the backup file. If not, then I have no clue what happened.

)

TimSorbet · 2011-01-06, 20:41

If the file names match, can you check if the file is corrupt? Maybe with an MD5 hash on the original computer and the new machine. Does Prime95 mention anything wrong with the save file? Also, be absolutely sure the .bu is removed and not just hidden by Windows.
Does anyone know if save files from 32-bit and 64-bit are compatible with each other? I think they are, but not 100% sure...

KingKurly · 2011-01-06, 20:42

I actually did this not too long ago, I converted my laptop from XP 32-bit to Linux 64-bit. If I remember correctly, all I did was back up the directory, drop the 64-bit executable in there, and start the program. Everything resumed; I was even in the middle of an LL-D test and it resumed. I haven't rebooted back into XP since then, but Linux is running great, and the assignments are all moving along faster under the Linux 64-bit than they were under XP.

I'm sorry I can't be more specific, but basically the gist of what I am saying is that I don't think there is really any "trick" to it, I remember it "just working".

tichy · 2011-01-06, 20:55

Well, I tried it with another 32-bit machine and it hasn't resumed :( So either the file is corrupted or I'm missing something. The backup I have contains:

Code:

-rw-r--r-- 1      402 12-31 22:50 local.txt
-rw-r--r-- 1      144 12-31 22:50 m9P12711
lrwxrwxrwx 1        9 11-28 10:14 mprime -> ../mprime
-rw-r--r-- 1  6364160 12-31 20:13 p9P12711
-rw-r--r-- 1     1855 12-31 22:50 prime.log
-rw-r--r-- 1       16 12-31 22:50 prime.spl
-rw-r--r-- 1      368 12-31 22:50 prime.txt
-rw-r--r-- 1      997 12-31 22:50 results.txt
-rw-r--r-- 1       64 12-14 20:07 worktodo.txt

Looks like it's useless now.

mdettweiler · 2011-01-06, 20:58

Which one did you copy into the Prime95 installation you wanted to resume with--p9P12711 or m9P12711? The "p" file is the one for the LL test; "m" is for P-1 factoring (IIRC) and I'm not even sure why it would still be there if you're on the LL phase now.

tichy · 2011-01-06, 21:15

I tried copying single p9P12711 or a set of p9P12711, m9P12711 and prime.spl.

But I have an update - I found an even earlier backup (few %s back) and it works, so the work is not completely lost. The last backup must have been damaged somehow.
Thanks for careing :)

tichy · 2011-01-07, 17:42

Now its gotten worse - I received message like this:

Code:

[Comm thread Jan 7 20:35] Sending expected completion date for  M50912711: Feb 21 2011
[Comm thread Jan 7 20:35] PrimeNet error 43: Invalid assignment key
[Comm thread Jan 7 20:35] ap: no such assignment key, GUID:  64c317fdf6547269ea17ec0ee342cd94, key: E758440B4136D3457D58E568B416CAB5

Is there a way to fix this ?

garo · 2011-01-07, 22:42

You did a P-1 and it seems the assignment was "unreserved" after that and given to someone else. Look in your prime.log file for details. You have two choices. If you haven't done much work on it you can let this exponent go and get a new one. If you have done significant work - say over 25% and want to finish it, just put a N/A instead of the assignment key in your worktodo file. This will let Prime95 finish the exponent and report the result.

It is very likeley you moved the exponent to a slower computer whose Prime95 instance decided it already had enough work so it could unreserve this exponent. Look at undoc.txt for how you can use UnReserveDays to prevent this from happening.

2011-01-06, 19:55	#1
tichy Nov 2010 4C₁₆ Posts	Work transfer between 32 and 64 bit machines Hi, I tried to move .bu file for LL test from a 32-bit machine to a 64-bit one, but it doesn't seem to work - that is work is restarted but not continued. Is there any way to achieve this ? Thanks,

2011-01-06, 20:41	#5
TimSorbet Account Deleted "Tim Sorbera" Aug 2006 San Antonio, TX USA 1000010110111₂ Posts	If the file names match, can you check if the file is corrupt? Maybe with an MD5 hash on the original computer and the new machine. Does Prime95 mention anything wrong with the save file? Also, be absolutely sure the .bu is removed and not just hidden by Windows. Does anyone know if save files from 32-bit and 64-bit are compatible with each other? I think they are, but not 100% sure... Last fiddled with by TimSorbet on 2011-01-06 at 20:45

2011-01-07, 22:42	#11
garo Aug 2002 Termonfeckin, IE 2768₁₀ Posts	You did a P-1 and it seems the assignment was "unreserved" after that and given to someone else. Look in your prime.log file for details. You have two choices. If you haven't done much work on it you can let this exponent go and get a new one. If you have done significant work - say over 25% and want to finish it, just put a N/A instead of the assignment key in your worktodo file. This will let Prime95 finish the exponent and report the result. It is very likeley you moved the exponent to a slower computer whose Prime95 instance decided it already had enough work so it could unreserve this exponent. Look at undoc.txt for how you can use UnReserveDays to prevent this from happening. Last fiddled with by garo on 2011-01-07 at 22:43

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Redoing factoring work done by unreliable machines	tha	Lone Mersenne Hunters	23	2016-11-02 08:51
Require P-1 and other factoring work to be done on reliable machines	tha	PrimeNet	66	2015-05-20 15:45
Transfer of Assignments	richs	Information & Answers	3	2011-04-19 03:26
v4 credit transfer	Prime95	PrimeNet	40	2009-03-05 04:25
transfer of 80% LL on 10M digit	sonjohan	Software	5	2004-08-16 13:36

2011-01-06, 20:19	#2
mdettweiler A Sunny Moo Aug 2007 USA 2×47×67 Posts	You need to first remove the .bu extension from the file, so that it looks like a "normal" save file. Then Prime95 will notice it.

2011-01-06, 20:23	#3
tichy Nov 2010 2²·19 Posts	Well, by a .bu file I mean a backup file without an extension already, so I don't need to strip anything, yet it doesn't work :(

2011-01-06, 20:32	#4
mdettweiler A Sunny Moo Aug 2007 USA 2×47×67 Posts	Hmm....I see. I'm guessing Prime95 has probably created a new save file for the restarted test; what's the filename for that, compared to the filename for the backup file? (If they differ, then that would explain why Prime95 didn't see the backup file. If not, then I have no clue what happened. )

2011-01-06, 20:42	#6
KingKurly Sep 2010 Annapolis, MD, USA 2·3²·11 Posts	I actually did this not too long ago, I converted my laptop from XP 32-bit to Linux 64-bit. If I remember correctly, all I did was back up the directory, drop the 64-bit executable in there, and start the program. Everything resumed; I was even in the middle of an LL-D test and it resumed. I haven't rebooted back into XP since then, but Linux is running great, and the assignments are all moving along faster under the Linux 64-bit than they were under XP. I'm sorry I can't be more specific, but basically the gist of what I am saying is that I don't think there is really any "trick" to it, I remember it "just working".

2011-01-06, 20:58	#8
mdettweiler A Sunny Moo Aug 2007 USA 2·47·67 Posts	Which one did you copy into the Prime95 installation you wanted to resume with--p9P12711 or m9P12711? The "p" file is the one for the LL test; "m" is for P-1 factoring (IIRC) and I'm not even sure why it would still be there if you're on the LL phase now.

2011-01-06, 21:15	#9
tichy Nov 2010 76₁₀ Posts	I tried copying single p9P12711 or a set of p9P12711, m9P12711 and prime.spl. But I have an update - I found an even earlier backup (few %s back) and it works, so the work is not completely lost. The last backup must have been damaged somehow. Thanks for careing :)