Prime95 version 29.6/29.7/29.8 - Page 28

Prime95 · 2019-07-01, 01:44

Windows 64-bit 29.8 build 5 is available. Very minor bugs fixed as documented in post #2

pepi37 · 2019-07-01, 02:39

Build 5 installed but no change ( see screenshot)

Second link still point to build3

Quote:

Download links:
Windows 64-bit: ftp://mersenne.org/gimps/p95v298b3.win64.zip

Third, found bug mentioned before in this post ( on first page )

Worker 1 and worker 2 do P-1 on workunits. But both workunits have same exponent ( in this case 262144) So when time for writing intermediate file worker 1 write file and worker 2 try to read that file, but it not correct one, since Prime95 write only one file.
I assume error is Prime95 name intermediate file by exponent and that is root of problem. Suggest to add prefix to name of intermediate file that will mark worker name and problem is solved. ( something like worker1_m0262144. bu and worker2_m0262144.bu)

[Mon Jul 01 02:36:21 2019]
115002638^262144+1 completed P-1, B1=5000, B2=80000, Wh4: 06E0462F
Error reading intermediate file: m0262144
Renaming m0262144 to m0262144.bad1
All intermediate files bad. Temporarily abandoning work unit.
Trying backup intermediate file: m0262144.bad1
Error reading intermediate file: m0262144.bad1

Madpoo · 2019-07-01, 05:02

Quote:

Originally Posted by pepi37

...Suggest to add prefix to name of intermediate file that will mark worker name and problem is solved. ( something like worker1_m0262144. bu and worker2_m0262144.bu)...

That seems like a good idea, but it's not practical if you sometimes move exponents between workers for some reason. I don't know if it's common, but I used to do it a lot when I had more machines... I sometimes moved an almost done exponent to a different machine entirely so I could focus one of the "big boys" on a larger exponent or whatever.

Anyway, things like that would throw a wrench into naming temp files for the worker #. But otherwise, in rare cases like yours, there should be some way to avoid having the workers clobber each other's intermediate files. I just don't know how common that is since it's not something you'd do with LL or PRP. Only factoring work would make sense to do that, so perhaps something else in the filename that indicates things like TF level, bounds, etc. so they're distinct in that way.

axn · 2019-07-01, 05:14

Considering that the work being done was on different numbers, the solution is obvious -- the save filename should be a function of the full number (k*b^n+c), rather than just the exponent.

Gone are the days when P95 was used only for mersenne numbers where such a scheme would have worked.

S485122 · 2019-07-01, 05:42

Since so few people will work on two different numbers using the same exponent, and since it is such a specialised type of work, wouldn't it be easier if the user ran the program from different folders ?

Jacob

(Because using a unique name based on the full number might be cumbersome when the numbers are millions of bits...)

axn · 2019-07-01, 06:49

Quote:

Originally Posted by S485122

(Because using a unique name based on the full number might be cumbersome when the numbers are millions of bits...)

Numbers might be millions of bits, but k,b,n,c are not. And their unique hash can be smaller still.

Most file systems now support really long file names.

retina · 2019-07-01, 09:24

Quote:

Originally Posted by axn

Numbers might be millions of bits, but k,b,n,c are not. And their unique hash can be smaller still.

Most file systems now support really long file names.

I think a hash is a needless complication, and a potential clash problem. Just put k_b_n_c directly.

pepi37 · 2019-07-01, 10:39

Quote:

Originally Posted by retina

I think a hash is a needless complication, and a potential clash problem. Just put k_b_n_c directly.

Perfect¡

rainchill · 2019-07-01, 14:11

Quote:

Originally Posted by Prime95

Windows 64-bit 29.8 build 5 is available. Very minor bugs fixed as documented in post #2

Was the download link in Post 1 of this thread not updated? Prime95.exe inside the ZIP file has a date of April 22nd.

Also - Did they ever look into the ETA issues? On my new 9900k estimated completion times are all over the map and wildly incorrect.

Prime95 · 2019-07-01, 18:10

Quote:

Originally Posted by rainchill

Was the download link in Post 1 of this thread not updated? Prime95.exe inside the ZIP file has a date of April 22nd.

Also - Did they ever look into the ETA issues? On my new 9900k estimated completion times are all over the map and wildly incorrect.

I will update link in first post.

The issue of estimated completion dates has not been investigated.

kriesel · 2019-07-01, 18:26

Quote:

Originally Posted by Prime95

Windows 64-bit 29.8 build 5 is available

(Just as I'm finishing 29.8b3 rollout... ;)

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Prime95 version 29.2	Prime95	Software	71	2017-09-16 16:55
Prime95 version 29.1	Prime95	Software	95	2017-08-22 22:46
Prime95 version 26.5	Prime95	Software	175	2011-04-04 22:35
Prime95 version 25.9	Prime95	Software	143	2010-01-05 22:53
Prime95 version 25.8	Prime95	Software	159	2009-09-21 16:30

2019-07-01, 01:44	#298
Prime95 P90 years forever! Aug 2002 Yeehaw, FL 3⁵×31 Posts	Windows 64-bit 29.8 build 5 is available. Very minor bugs fixed as documented in post #2

2019-07-01, 05:14	#301
axn Jun 2003 2×3×7×11² Posts	Considering that the work being done was on different numbers, the solution is obvious -- the save filename should be a function of the full number (k*b^n+c), rather than just the exponent. Gone are the days when P95 was used only for mersenne numbers where such a scheme would have worked.

2019-07-01, 05:42	#302
S485122 Sep 2006 Brussels, Belgium 3⁵·7 Posts	Since so few people will work on two different numbers using the same exponent, and since it is such a specialised type of work, wouldn't it be easier if the user ran the program from different folders ? Jacob (Because using a unique name based on the full number might be cumbersome when the numbers are millions of bits...)