Prime95 30.7 - Page 14

SethTro · 2021-11-30, 10:09

Input

Code:

$ cat worktodo.txt

Pminus1=1,2,10061,-1,200000,200000
Pminus1=1,2,10061,-1,100000,5000000

$ ./mprime -d
(some lines omitted)
[Work thread Nov 30 02:05] P-1 on M10061 with B1=100000, B2=5000000
[Work thread Nov 30 02:05] M10061 stage 1 complete. 288828 transforms. Total time: 0.169 sec.
...
[Work thread Nov 30 02:05] Using 3168MB of memory.  D: 510510, 46080x580022 polynomial multiplication.
[Work thread Nov 30 02:05] M10061 stage 2 complete. 4317618 transforms. Total time: 23.979 sec.
[Work thread Nov 30 02:05] M10061 completed P-1, B1=100000, B2=249059450640, Wi8: FD5E25C1

Expected

Code:

$ cat results.txt
UID: ANONYMOUS, M10061 completed P-1, B1=200000, Wi8: 00431AF1
[Tue Nov 30 02:05:31 2021]
UID: ANONYMOUS, M10061 completed P-1, B1=200000, B2=249059450640, Wi8: FD5E25C1

Actual

Code:

$ cat results.txt
UID: ANONYMOUS, M10061 completed P-1, B1=200000, Wi8: 00431AF1
[Tue Nov 30 02:05:31 2021]
UID: ANONYMOUS, M10061 completed P-1, B1=100000, B2=249059450640, Wi8: FD5E25C1

I assume the P-1 is resumed from the residual after B1=200000 so it seems like prime95 should report the larger (and correct) B1 value in the 2nd result.

joejoefla · 2021-12-01, 03:53

Quote:

Originally Posted by techn1ciaN

The amount of P-1 being done by users running the PRP and GIMPS work preferences makes me throw in a vote for "yes." 30.7's significant P-1 improvements over 30.3 should create at least some boost to overall throughput even if most of the people reached by an announcement aren't doing P-1 full time.

I agree as well. 30.3 had been around for only a year on the front page. I wouldn't have known about 30.7 unless I checked somewhere like majorgeeks (which is where I get my latest Prime95 version) or the forums.

ixfd64 · 2021-12-01, 18:13

I found a paper co-authored by George that talks about the new prime-pairing method used in P-1: https://eprint.iacr.org/2021/1462

S485122 · 2021-12-01, 23:22

It seems that in the latest versions of Prime95 30.7 build 7 the successful communication with the server on completion of a successful LL test is entered in the prime.log without a date stamp.

ixfd64 · 2021-12-01, 23:42

Quote:

Originally Posted by S485122

It seems that in the latest versions of Prime95 30.7 build 7 the successful communication with the server on completion of a successful LL test is entered in the prime.log without a date stamp.

Looks like it's related to this issue: https://mersenneforum.org/showthread.php?p=561866

S485122 · 2021-12-02, 10:26

Quote:

Originally Posted by ixfd64

Looks like it's related to this issue: https://mersenneforum.org/showthread.php?p=561866

Indeed !

And I must conclude after a more thorough look at the log file that my impression that there was no problem with 30.7 build 5 is wrong as well.
I would prefer to have each communication session preceded by a time stamp in the log file even if seconds apart.

Icing on the cake would be to have Prime95 output all date and times in ISO format, on screen and in the log files, or have an option for choosing the time format. But this is only cosmetic and thus not urgent.

ixfd64 · 2021-12-03, 01:34

Some comments about the latest release:

1. It's probably a good idea to mention in whatsnew.txt that the Brent-Suyama extension has been completely removed. Or at least I'm assuming that's the case because it's not even mentioned in undoc.txt anymore.

2. You might also want to clarify that the new tutorial.txt file is in the source code package. I was about to post that the file is missing until I thought to check the Prime95 source code.

3. I ran the documentation through a spell checker and found some typos:

readme.txt

Line 560: "The most common errors message is [...]"

I assume you meant a singular "error" here.

undoc.txt

Line 77: "This let's you do certifications [...]"

Line 101: "[...] if a hardware error has occured in the last [...]"

Line 640: "This may lead to more consistent benchmarks that are more indicitive of what will happen running [...]"

Lines 674-675: "This tells the program how wany workers are allowed to use lots of memory."

Lines 753-755: "[...] error check of doing each iteration twice and periodicly comparing residues. Set to 3 to force the much slower error check of doing each iteration twice and periodicly comparing residues."

Line 806: "In linux you can select [...]"

Should probably be capitalized.

Prime95 · 2021-12-03, 05:40

Quote:

Originally Posted by ixfd64

I ran the documentation through a spell checker and found some typos:

Thanks!

jakasi2 · 2021-12-07, 12:22

I am running prim95 v30.7b9 WIN64 - latest version from https://www.mersenne.org/download/ .

I am/was in the middle of "factor P-1 large"/"PM1-L" for candidate 108043021 in the context of GIMPS project - https://www.mersenne.org/report_expo...8043021&full=1

I paused the worker via GUI (opened window Test->Stop) as I had some other work to do on the PC.
Half an hour later I continued searching. Via opened window I went Test->Continue.

The logs are causing some concern to me - attachment prime_95_feature.png .

When I clicked Stop stage 1 M108043021 was 71.23% complete. When I continued all of a sudden the stage 1 was at 71.78% complete.

I don't know if this is expected behaviour or is it a bug, it skipped a step, and my run is thus invalid. Any thoughts?

Screenshot is attached.

Thanks for the help.

Cheers.

henryzz · 2021-12-07, 14:03

Quote:

Originally Posted by jakasi2

I am running prim95 v30.7b9 WIN64 - latest version from https://www.mersenne.org/download/ .

I am/was in the middle of "factor P-1 large"/"PM1-L" for candidate 108043021 in the context of GIMPS project - https://www.mersenne.org/report_expo...8043021&full=1

I paused the worker via GUI (opened window Test->Stop) as I had some other work to do on the PC.
Half an hour later I continued searching. Via opened window I went Test->Continue.

The logs are causing some concern to me - attachment prime_95_feature.png .

When I clicked Stop stage 1 M108043021 was 71.23% complete. When I continued all of a sudden the stage 1 was at 71.78% complete.

I don't know if this is expected behaviour or is it a bug, it skipped a step, and my run is thus invalid. Any thoughts?

Screenshot is attached.

Thanks for the help.

Cheers.

Prime95 doesn't output at every step. It runs 100s of iterations per update. When you paused it will have written a save file wherever it was up to. This will be the point it resumed from. There is nothing to worry about.

jakasi2 · 2021-12-07, 14:20

Thanks for the answer

2021-12-01, 18:13	#146
ixfd64 Bemusing Prompter "Danny" Dec 2002 California 100110100010₂ Posts	I found a paper co-authored by George that talks about the new prime-pairing method used in P-1: https://eprint.iacr.org/2021/1462 Last fiddled with by ixfd64 on 2021-12-06 at 01:22

2021-12-03, 01:34	#150
ixfd64 Bemusing Prompter "Danny" Dec 2002 California 9A2₁₆ Posts	Some comments about the latest release: 1. It's probably a good idea to mention in whatsnew.txt that the Brent-Suyama extension has been completely removed. Or at least I'm assuming that's the case because it's not even mentioned in undoc.txt anymore. 2. You might also want to clarify that the new tutorial.txt file is in the source code package. I was about to post that the file is missing until I thought to check the Prime95 source code. 3. I ran the documentation through a spell checker and found some typos: readme.txt Line 560: "The most common errors message is [...]" I assume you meant a singular "error" here. undoc.txt Line 77: "This let's you do certifications [...]" Line 101: "[...] if a hardware error has occured in the last [...]" Line 640: "This may lead to more consistent benchmarks that are more indicitive of what will happen running [...]" Lines 674-675: "This tells the program how wany workers are allowed to use lots of memory." Lines 753-755: "[...] error check of doing each iteration twice and periodicly comparing residues. Set to 3 to force the much slower error check of doing each iteration twice and periodicly comparing residues." Line 806: "In linux you can select [...]" Should probably be capitalized. Last fiddled with by ixfd64 on 2021-12-03 at 23:41

2021-12-07, 12:22	#152
jakasi2 Dec 2021 2 Posts	I am running prim95 v30.7b9 WIN64 - latest version from https://www.mersenne.org/download/ . I am/was in the middle of "factor P-1 large"/"PM1-L" for candidate 108043021 in the context of GIMPS project - https://www.mersenne.org/report_expo...8043021&full=1 I paused the worker via GUI (opened window Test->Stop) as I had some other work to do on the PC. Half an hour later I continued searching. Via opened window I went Test->Continue. The logs are causing some concern to me - attachment prime_95_feature.png . When I clicked Stop stage 1 M108043021 was 71.23% complete. When I continued all of a sudden the stage 1 was at 71.78% complete. I don't know if this is expected behaviour or is it a bug, it skipped a step, and my run is thus invalid. Any thoughts? Screenshot is attached. Thanks for the help. Cheers. Attached Thumbnails

2021-12-01, 23:22	#147
S485122 "Jacob" Sep 2006 Brussels, Belgium 2·3·7·43 Posts	It seems that in the latest versions of Prime95 30.7 build 7 the successful communication with the server on completion of a successful LL test is entered in the prime.log without a date stamp.

2021-12-07, 14:20	#154
jakasi2 Dec 2021 2₈ Posts	Thanks for the answer