mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   Software (https://www.mersenneforum.org/forumdisplay.php?f=10)
-   -   Prime95 v30.4/30.5/30.6 (https://www.mersenneforum.org/showthread.php?t=26376)

James Heinrich 2021-10-02 20:16

[QUOTE=tha;589223]Can we download and test that version? Or should we wait for more wrinkles to be ironed out?[/QUOTE]It's still George's development version, not yet ready for testing.

kriesel 2021-10-05 13:47

For M58793159, 3M fft length may be a bit too aggressive in prime95 v30.6b4; got roundoff error 0.4375 >0.4 at iteration 292709 on Celeron G1840.

kruoli 2021-10-10 19:07

v30.6b4: If stage 1 GCD is disabled, the optimal B2 seems to always be calculated as 100*B1. The worktodo had another value for B2 and the usual multiplicator for same-sized exponents when stage 1 GCD is enabled is way lower.

Prime95 2021-10-10 20:02

[QUOTE=kruoli;590118]v30.6b4: If stage 1 GCD is disabled, the optimal B2 seems to always be calculated as 100*B1. The worktodo had another value for B2 and the usual multiplicator for same-sized exponents when stage 1 GCD is enabled is way lower.[/QUOTE]

ECM? Does this happen in 30.7? If so, what is the worktodo.txt entry?

Prime95 2021-10-10 20:04

[QUOTE=kriesel;589533]For M58793159, 3M fft length may be a bit too aggressive in prime95 v30.6b4; got roundoff error 0.4375 >0.4 at iteration 292709 on Celeron G1840.[/QUOTE]

0.4375 is not that scary (to me). However, you aren't near the 3M FFT limit. Please advise if more (and worse) errors occur as you move higher.

James Heinrich 2021-10-10 20:10

[QUOTE=Prime95;590124]ECM? Does this happen in 30.7? If so, what is the worktodo.txt entry?[/QUOTE]Maybe when there's a new version released, George should post in the sticky thread of the previous version to let us lurkers know there's a new version on offer. I for one almost never browse the forum to see what's new, I just checked my watched threads when I get emailed.
[url]https://www.mersenneforum.org/showthread.php?t=27180[/url]

kruoli 2021-10-10 20:31

[QUOTE=Prime95;590124]ECM? Does this happen in 30.7? If so, what is the worktodo.txt entry?[/QUOTE]

This was with P-1, e.g. [C]Pminus1=1,2,27318307,-1,1200000,40500000,74[/C]. I'll retry with 30.7 soon. If you look at the exponent page of M[M]27318307[/M], you'll see I have two results there (mprime was killed by the kernel and the worktodo.txt content was still the same as of two days prior, I did not notice that before restarting and duplicated work that way, I thought WellBehavedWork would write the file more frequently; I digress). The first was before I added the stage 1 skip, the second one after, so it's definitely the same worktodo entry.

Prime95 2021-10-10 21:17

[QUOTE=kruoli;590130]This was with P-1, e.g. [C]Pminus1=1,2,27318307,-1,1200000,40500000,74[/C]. I'll retry with 30.7 soon. If you look at the exponent page of M[M]27318307[/M], you'll see I have two results there (mprime was killed by the kernel and the worktodo.txt content was still the same as of two days prior, I did not notice that before restarting and duplicated work that way, I thought WellBehavedWork would write the file more frequently; I digress). The first was before I added the stage 1 skip, the second one after, so it's definitely the same worktodo entry.[/QUOTE]

FYI: 30.7 always skips stage 1 GCD for P-1 (you'll get it for free during stage 2 init)
FYI2: Brent-Suyama is no more.

Do you keep old save file around for possibly later increasing B2? Could this bug have something to do with picking up an old save file and increasing its bounds rather than a consequence of stage1gcd=0?

kruoli 2021-10-10 21:21

Ah, okay. So I cannot proceed to stage 2 when a factor would be found in stage 1? (Yes, this is not necessary for most use cases, just asking.)

The problem I described earlier does therefore not occur in 30.7, I just tested it, sorry for the tumult.

kruoli 2021-10-10 21:24

[QUOTE=Prime95;590131]FYI2: Brent-Suyama is no more.[/QUOTE]
Sometimes things have to go. :smile: I think you mentioned that earlier.
Edit: I had the setting still active and the program wrote that it had used Brent-Suyama to the JSON file, maybe this should be ignored and not written to the result file? I'll delete the setting nonetheless, but I hope I do not forget to do this for all of my machines...

[QUOTE=Prime95;590131]Do you keep old save file around for possibly later increasing B2? Could this bug have something to do with picking up an old save file and increasing its bounds rather than a consequence of stage1gcd=0?[/QUOTE]

That's might be it! Because of running all jobs a second time (unintentionally), they were run two times with the same B1, the second time only resumed. I had not watched the machine for a while, otherwise I should have seen this. Shall I try this with 30.7, too?

Prime95 2021-10-10 23:33

[QUOTE=kruoli;590132]Ah, okay. So I cannot proceed to stage 2 when a factor would be found in stage 1? (Yes, this is not necessary for most use cases, just asking.).[/QUOTE]

It can be done. Read undoc.txt regarding Stage1GCD setting.

[QUOTE=kruoli;590134]That's might be it! Because of running all jobs a second time (unintentionally), they were run two times with the same B1, the second time only resumed. I had not watched the machine for a while, otherwise I should have seen this. Shall I try this with 30.7, too?[/QUOTE]

If you can reproduce a problem, I'll investigate a fix.


All times are UTC. The time now is 15:50.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2022, Jelsoft Enterprises Ltd.