Prime95 30.8 (beta, big P-1 changes, see post #551)

[S485122]

Originally Posted by James Heinrich

I think the idea is that instead of running GCD once at the end of (B2=B1*100) it could be run multiple times as B2 is expanded, for example run it 10 times at successively higher B2 values (B2=B1*10*[1..10]).
That's how I interpret S485122's suggestion anyways.
...

This is indeed what I tried to convey (with my usual typo's, - instead of + for instance :-(

[axn]

Originally Posted by James Heinrich

That may allow you to find the stage-2 factor sooner (if less than the target B2 is required), but unless B1 is extended to above that factor then you still have the problem of more than 1 factor between B1 and B2.

Precisely.

[S485122]

What triggered my idea was that with such big B2 there would be more potential factors with more than one factor between the bounds... But, as you remarked, the only way to get over that is augmenting B1. I looked at it from the wrong side :-(

[kriesel]

Originally Posted by kriesel

On prime95 v30.8b14, I recently had a proof file generation failure related to a repeating md5 error....

[May 18 17:26] Gerbicz error check passed at iteration 109399424.
[May 18 17:26] Iteration: 109400000 / 109400569 [99.99%], ms/iter: 11.389, ETA: 00:00:06
[May 18 17:26] Gerbicz error check passed at iteration 109400513.
[May 18 17:26] Gerbicz error check passed at iteration 109400562.
[May 18 17:27] Generating proof for M109400569.  Proof power = 9, Hash length = 64
[May 18 17:27] Root hash = C86D7AD04B90BDD8FCB4E48C9907D9156AAD51150977A27431DA6B542DED____
[May 18 17:27] MD5 error reading PRP proof interim residues file.
[May 18 17:27] Waiting 5 minutes to try proof generation again.
[May 18 17:27] Waiting five minutes before restarting.
[May 18 17:32] Root hash = C86D7AD04B90BDD8FCB4E48C9907D9156AAD51150977A27431DA6B542DED____
[May 18 17:32] MD5 error reading PRP proof interim residues file.
[May 18 17:32] Proof generation failed.
[May 18 17:32] M109400569 is not prime.  RES64: F8C22837950CF___. Wh4: 7EE818E2,37645848,00000000
[May 18 17:32] Setting affinity to run helper thread 1 on CPU core #2
[May 18 17:32] Setting affinity to run helper thread 3 on CPU core #4
[May 18 17:32] Setting affinity to run helper thread 2 on CPU core #3
[May 18 17:32] Starting Gerbicz error-checking PRP test of M109593851 using FMA3 FFT length 6M, Pass1=768, Pass2=8K, clm=2, 4 threads
[May 18 17:32] Preallocating disk space for the proof interim residues file \\ostrich\prp-proof-cache\p109593851.residues
[May 18 17:36] PRP proof using power=10 and 64-bit hash size.
[May 18 17:36] Proof requires 14.0GB of temporary disk space and uploading a 151MB proof file.
[May 18 17:40] Iteration: 20000 / 109593851 [0.01%], ms/iter: 11.292, ETA: 14d 07:42

Sorry, that was v30.7b9. And it is repeatable, continuing from a 2022-05-15 savefile restored from backups.

...
[May 22 14:45] Iteration: 109400000 / 109400569 [99.99%], ms/iter: 11.407, ETA: 00:00:06
[May 22 14:45] Gerbicz error check passed at iteration 109400513.
[May 22 14:45] Gerbicz error check passed at iteration 109400562.
[May 22 14:46] Generating proof for M109400569.  Proof power = 9, Hash length = 64
[May 22 14:46] Root hash = C86D7AD04B90BDD8FCB4E48C9907D9156AAD51150977A27431DA6B542DED____
[May 22 14:46] MD5 error reading PRP proof interim residues file.
[May 22 14:46] Waiting 5 minutes to try proof generation again.
[May 22 14:46] Waiting five minutes before restarting.
[May 22 14:51] Root hash = C86D7AD04B90BDD8FCB4E48C9907D9156AAD51150977A27431DA6B542DED____
[May 22 14:51] MD5 error reading PRP proof interim residues file.
[May 22 14:51] Proof generation failed.
[May 22 14:51] M109400569 is not prime.  RES64: F8C22837950CF___. Wh4: 7EE818E2,37645848,00000000
[May 22 14:51] Setting affinity to run helper thread 1 on CPU core #2
[May 22 14:51] Setting affinity to run helper thread 2 on CPU core #3
[May 22 14:51] Setting affinity to run helper thread 3 on CPU core #4
[May 22 14:51] Resuming Gerbicz error-checking PRP test of M61740193 using FMA3 FFT length 3360K, Pass1=448, Pass2=7680, clm=4, 4 threads
[May 22 14:51] PRP proof using power=12 and 64-bit hash size.
[May 22 14:51] Proof requires 31.6GB of temporary disk space and uploading a 100MB proof file.
[May 22 14:51] Iteration: 2071446 / 61740193 [3.35%].
[May 22 14:51] Iteration: 2080000 / 61740193 [3.36%], ms/iter:  5.774, ETA: 3d 23:41

[henryzz]

Originally Posted by S485122

What triggered my idea was that with such big B2 there would be more potential factors with more than one factor between the bounds... But, as you remarked, the only way to get over that is augmenting B1. I looked at it from the wrong side :-(

If multiple factors are found you will just get a composite factor found which is probably trivially factored.

[kriesel]

This was seen on a prime95 v30.8b14 instance:

prime.txt entry

[PrimeNet]
ProofPower=12

apparently overrides
local.txt entry

WorkerDiskSpace=160

(which is options, resource limits, temporary disk space GB)

since I have a 220GB p4400000107.residues preallocated file in that case.
2¹² * 440000107/8 ~ 225,280,054,784 bytes ~ 220,000,054 KiB
The file is indicated as 220,000,128 KB (225,280,131,072 bytes) by Windows Explorer, and by dir at the cmd line

05/24/2022 08:39 PM 225,280,131,072 p440000107.residues

[James Heinrich]

Originally Posted by kriesel

ProofPower=12 prime.txt entry apparently overrides local.txt entry WorkerDiskSpace=160

Presumably ProofPower is normally auto-selected based on available disk space, but you're telling it to ignore available disk space and use the ProofPower you explicitly set.

[pepi37]

Prime 30.8 last build (15)



On my system I have 16 GB RAM. Setup 3 workers with two cores each ( I5-9600k)
Also I setup memory 4 GB in Prime95

So why I get this error? ( but on random , sometimes is without this)

[May 29 12:48:33] Inversion of stage 1 result complete. 5 transforms, 1 modular inverse. Time: 0.710 sec.
[May 29 12:48:34] Exceeded limit on number of workers that can use lots of memory.
[May 29 12:48:34] Looking for work that uses less memory.

worktodo entry

Pminus1=879497,2,3333815,1,200000,800000

[sdbardwick]

Is MaxHighMemWorkers set in local.txt?

[James Heinrich]

Originally Posted by pepi37

16 GB RAM. ... 3 workers with two cores each ( I5-9600k) ... memory 4 GB in Prime95

If you have so little RAM available, it would be better to just have one worker with 6 threads. If you try to run more than one P-1 at a time, Prime95 will have to pick unnecessarily low bounds.

[pepi37]

Originally Posted by sdbardwick

Is MaxHighMemWorkers set in local.txt?

This fixed problem :)
Thanks!