similar exponents - different backup file sizes
 

Hi,

just started to PRP test 4 similar exponents: 1xxxxx327, 1xxxxx329 and 1xxxxx681, 1xxxxx683 ... two pairs of twin primes.

Looking at the file sizes of .bu, .bu2 etc. I found for first exponent 43MB, for second: 50, third: 55 and fourth: 52, residues files are all of same size, 5.1 GB.

Shouldn't the save files of similar exponents be of comparable sizes?
Restarted completely from the beginning, same observation. Is something going wrong here?

PC is using a 4-core cpu, ht not used in calculations (4 workers, each with 1 thread).

Greetings

Yes, they should be similar in size. I cannot explain the symptoms you are seeing.

If you stop and resume PRP testing does it work as expected?

Maybe it is connected to "old know bug": if you run PRP with same exponent, then sometimes it produced error, since Prime95 use one backup file (since they have same backup name) for different K and problem occur.
Could you change algo for backup naming? Or at least add some config settings so backup name can have different format or something like that?

OP said these were different exponents, so naming conflicts are not the issue.

stopped calculation, shutdown P95, restart P95 and calculation -> no changes

complete new setup in new folder, starting from scatch: no changes in general behavior,
but now the file sizes are: 47, 55, 51 and 54MB ... even stranger behavior ...

e.g. test with 150.007.157 and 150.007.159 results in (bu, bu2, 00x, etc.) file sizes of 54135 resp. 47499 kB,
after complete new setup in new folder, starting from scratch: 51413 resp. 37497 kB ... :down:

residues in the different runs are matching, so mathematically everything seems to work correctly ...

btw. using version 30.7b9.win64

greetings

happens for both versions 30.3b6.win64 and 30.7b9.win64, also with smaller exponents 20996009 and 20996011, please see attached pics ...

Further investigation finds that you are correct! Until the first Gerbicz error check is passed the save file size is indeed somewhat variable in size. By default the first Gerbicz error check is at iteration 1 million.

ok, thank you, valueable information, indeed I never tested until first GEC at 1 Mio ...

so I can go on with my tests looking forward the 1 Mio iteration,
or probably using undoc infos to lower that limit: PRPGerbiczCompareInterval=n (default is 1000000) :cool:

hi George,

indeed, everything works as expected and you mentioned after first GEC :bow:
now looking forward to go on with the running prp tests :banana:

greetings