mersenneforum.org  

Go Back   mersenneforum.org > Great Internet Mersenne Prime Search > Software

Reply
 
Thread Tools
Old 2020-01-12, 22:30   #452
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

683310 Posts
Default

Quote:
Originally Posted by James Heinrich View Post
Should it not do this immediately upon sucking in new work via worktodo.add ?
I've changed this for the next build -- whenever that is.
Prime95 is offline   Reply With Quote
Old 2020-01-12, 23:37   #453
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

6,833 Posts
Default

Quote:
Originally Posted by kriesel View Post
Please fix all 9 identified issues.

System condor, dual Xeon X5650, Windows 7, prime95 v29.8b6 PrimeNet connected, set to do PRPDC on all four 3-core workers

worktodo.txt:
[Worker #1]
PRPDC=(aid redacted),1,2,81912167,-1,75,0,3,1
(worktodo entry is correct)

prime95 status output:
[Worker thread #1]
M81912167,PRP,Sat Feb 08 15:20 2020
(prime95 status output is incorrect, 1)

prime.log on the client:
[Mon Jan 06 23:30:08 2020 - ver 29.8]
Getting assignment from server
PrimeNet success code with additional info:
Server assigned PRP work.
Got assignment (aid): PRP M81912167
(prime95 logging is incorrect twice, 2 & 3)

Prime95 worker window title says PRP not PRP DC
(prime95 window title is inaccurate, 4)

https://www.mersenne.org/report_expo...1912167&full=1
claims it was assigned to me as a first test PRP, not "PRPDC", although there is already a first test PRP result reported by another user on 2018-11-05
(PrimeNet exponent status lookup is incorrect and inconsistent, 5)

https://www.mersenne.org/workload/ claims 819121677 is a first test PRP, Cat 0, expiring in 23 days, with 25 days left to go.
It's actually a PRP DC, Cat 4, which should have up to 360 days allowed for ETA before expiration.
(workload listing is incorrect 3 ways, 6, 7, 8)

Double checking such a large exponent should be, and should be indicated as, a cat 4 exponent allowed up to 360 days to complete: https://www.mersenne.org/thresholds/
(likely outcome of mistreating a cat 4 PRPDC as a cat 0 PRP is incorrect too-early expiration of the assignment, 9)

As a workaround to avoid early expiration, I've reconfigured this instance from 4 workers to 2 workers to reduce latency, and manually edited the worktodo to queue up the falsely-claimed cat0 PRPs on this system (81912167 PRPDC and 81889037 PRPDC) as first assignment in each remaining worker. See also https://www.mersenne.org/report_expo...1889037&full=1, which was earlier reported as showing this problem also. See https://www.mersenneforum.org/showthread.php?t=25066 and an additional report linked there made months earlier.

Please fix the client software and server software to correctly handle PRPDC in the general case. Soon would be good. This system's prime95 will be doing nothing other than PRPDC for a while. To produce meaningful PRP error rate statistics, such as patrik graphs annually, GIMPS needs many many more than the ~1584 PRPDC results it has so far at p>75M. https://www.mersenneforum.org/showthread.php?t=10377&page=10

(end)
#1,#3 fixed next build
#2 fixed on server
#4 wont be fixed

#5 on require server web page work. James or Aaron might work on it as time permits.
Prime95 is offline   Reply With Quote
Old 2020-01-14, 17:12   #454
zzzzzzzzzz
 
Jan 2020

1 Posts
Exclamation

Quote:
Originally Posted by S485122 View Post
Trying to run the win64 version I get the following error message : "prime95,exe - Application error / The application was unable to start correctly (0xc000007b). Click OK to close the application." It seems the file libhwloc-15.dll is the culprit : using the version from 29.8b3 does not give the problem. (Could it be that the dll is the 32 bits version ? it is smaller than the version shipped with 29.8b3...)

Then a cosmetic correction is also needed : in the Windows 64 version, the File Version and the Product version are stuck at 28.8.1.0 and 29.8.0.0.

Jacob

SAME ISSUE!
Same attachment.
CPU: Ryzen 1600@2600
MSI B450 Tomahawk Max
16GB@3200 RAM
Attached Thumbnails
Click image for larger version

Name:	prime95.png
Views:	24
Size:	5.8 KB
ID:	21618  
zzzzzzzzzz is offline   Reply With Quote
Old 2020-01-16, 02:00   #455
SethTro
 
SethTro's Avatar
 
"Seth"
Apr 2019

2·7·11 Posts
Default

I stumbled upon some code I'm confused by.

in ecm.c

Code:
/* When E >= 2, we can do prime pairing and each loop iteration */
/* handles the range m-D to m+D.  When E = 1, each iteration handles */
/* the range m-D to m. */
...
bitclr (pm1data.bitarray, bitcvt (m - i, &pm1data));
if (pm1data.E >= 2)
    bitclr (pm1data.bitarray, bitcvt (m + i, &pm1data));
...
but when it comes times to print status

Code:
if (pm1data.E <= 2)
        sprintf (buf+strlen(buf), ", B2=%.0f", (double) C);
else
        sprintf (buf+strlen(buf), ", B2=%.0f, E=%lu", (double) C, pm1data.E);
...
if (pm1data.E > 2) sprintf (JSONbuf+strlen(JSONbuf), ", \"brent-suyama\":%lu", pm1data.E);
When pm1data.E = 2 shouldn't E=2 be printed?

Related I see some results in "Mersenne numbers with P-1 factors found via Brent-Suyama extension" don't list e, is it possible this is why?
SethTro is offline   Reply With Quote
Old 2020-01-16, 03:24   #456
axn
 
axn's Avatar
 
Jun 2003

10001111011002 Posts
Default

There is no reason ever to run with E=1. E=2 is always cheaper than E=1. And E=2 doesn't count as B-S extension, since it doesn't introduce any new primes in stage 2.
axn is offline   Reply With Quote
Old 2020-01-16, 09:01   #457
S485122
 
S485122's Avatar
 
Sep 2006
Brussels, Belgium

23·33·7 Posts
Default

Quote:
Originally Posted by zzzzzzzzzz View Post
SAME ISSUE!
Same attachment.
CPU: Ryzen 1600@2600
MSI B450 Tomahawk Max
16GB@3200 RAM
George has addressed the problem the same day in August 2019 :
Quote:
Originally Posted by Prime95 View Post
My bad, included the 32-bit hwloc-15.dll.

I repaired and uploaded the win64 zip file
The current downloads do not have the problem.
Go to "official" download page https://www.mersenne.org/download/ (you can also download the program directly from one of the mirrors ftp://mersenne.org/gimps/, mersenne.org, https://mersenneforum.org/gimps/ or https://download.mersenne.ca/gimps).

Jacob
S485122 is offline   Reply With Quote
Old 2020-01-16, 09:49   #458
SethTro
 
SethTro's Avatar
 
"Seth"
Apr 2019

2328 Posts
Default

Quote:
Originally Posted by Prime95 View Post
There is no such tool. Yes, I'd be willing to add useful code.
I got the code finished. I'll still need to cleanup some of the comments and match the style of other code in prime95.

Using this worktodo.txt stopped at the points indicated
Code:
[Worker #1]
#Pminus1=N/A,1,2,13007,-1,20000000,0
# Stopped at ~7% stage 1 (stage 0, squaring small primes)

#Pminus1=N/A,1,2,12011,-1,20000000,0
# Stopped at ~71% stage 1

#Pminus1=N/A,1,2,13009,-1,30000,300000000
# Stopped at ~9% stage 2

#Pminus1=N/A,1,2,13217,-1,200000,0
# Finished stage 1, stage 2

#ECM2=1,2,13033,-1,1000000,0,7
# Stopped at ~33% stage 1

#ECM2=1,2,13037,-1,10000,100000000,7
# Stopped at ~27% stage 2 (curve 2)

#PRP=1,2,500009,-1
# Stopped at ~3.3%

#TEST=500029,40,1
# Stopped at ~9%

#PRP=4847,2,3321063,1
# Seventeen or bust like number stopped at ~10.8%

#PRP=6,10,71299,7
# Near Repunit prime stopped at 89%
I generated this status/backup/restore status


Code:
Status of files in 'testing'.
Backup e0013033         | ECM | Curve 1 | Stage 1 (33.2%).
Backup e0013033.bu      | ECM | Curve 1 | Stage 1 (33.2%).
Backup e0013037         | ECM | Curve 2 | Stage 2 (27.9%).
Backup e0013037.bu      | ECM | Curve 2 | Stage 2 (27.9%).
Backup m0012011         | P-1 | Stage 1 (71.9%) B1 @ 14376553.
Backup m0012011.bu      | P-1 | Stage 1 (71.9%) B1 @ 14376553.
Backup m0013007         | P-1 | Stage 1 (8.4%) B1 <2436719.
Backup m0013007.bu      | P-1 | Stage 1 (8.4%) B1 <2436719.
Backup m0013009         | P-1 | B1=30000 complete, Stage 2 (9.9%).
Backup m0013009.bu      | P-1 | B1=30000 complete, Stage 2 (9.9%).
Backup m0013217         | P-1 | B1=200000,B2=20000000,E=12 complete.
Backup m0013217.bu      | P-1 | B1=200000,B2=20000000,E=12 complete.
Backup p0500009         | PRP | Iteration 16631/500009 [3.33%].
Backup p0500009.bu      | PRP | Iteration 16631/500009 [3.33%].
Backup p0500029         | LL  | Iteration 45144/500029 [9.03%].
Backup p0500029.bu      | LL  | Iteration 45144/500029 [9.03%].
Backup p4847_3321063    | PRP | Iteration 360034/3321063 [10.84%].
Backup p4847_3321063.bu | PRP | Iteration 360034/3321063 [10.84%].
Backup p6_71299_7       | PRP | Iteration 212862/71299 [89.87%].
Backup p6_71299_7.bu    | PRP | Iteration 212862/71299 [89.87%].
Does is look useful? Is there additional status that I could print (error count, file modified date...)
SethTro is offline   Reply With Quote
Old 2020-01-16, 20:16   #459
petrw1
1976 Toyota Corona years forever!
 
petrw1's Avatar
 
"Wayne"
Nov 2006
Saskatchewan, Canada

2×2,143 Posts
Default P-1 Save Files Incompatible...Stage 1 only

I Upgraded 4 CPUs from 29.4 to 29.8.
All had at least 1 core running P-1 Stage 1 at the time of the upgrade.

1 of the 4 got the following error on each core running stage 1:
Code:
[Jan 16 13:35] Worker starting
[Jan 16 13:35] Setting affinity to run worker on CPU core #1
[Jan 16 13:35] P-1 on M41872769 with B1=750000, B2=15000000
[Jan 16 13:35] Chance of finding a factor is an estimated 3.52%
[Jan 16 13:35] Using AVX FFT length 2304K, Pass1=384, Pass2=6K, clm=1
[Jan 16 13:35] P-1 save file incompatible with this program version.  Restarting stage 1 from the beginning.
[Jan 16 13:35] Error reading intermediate file: m8G72769
[Jan 16 13:35] Renaming m8G72769 to m8G72769.bad1
[Jan 16 13:35] All intermediate files bad.  Temporarily abandoning work unit.
[Jan 16 13:35] P-1 on M41870533 with B1=750000, B2=15000000
[Jan 16 13:35] Chance of finding a factor is an estimated 3.52%
[Jan 16 13:35] Using AVX FFT length 2304K, Pass1=384, Pass2=6K, clm=1
It was an i5-3570.
However there was a second identical CPU that did NOT get this error.
Both were previously on v29.4.5.0. Created 11/11/2017 7:38PM

Thanks
petrw1 is offline   Reply With Quote
Old 2020-01-17, 01:45   #460
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

6,833 Posts
Default

Quote:
Originally Posted by SethTro View Post
Does is look useful? Is there additional status that I could print (error count, file modified date...)
What does the public think? Tweak it until you're happy and I'll look at the code when I get back from vacation -- could be April though. In SFO airport right now.
Prime95 is offline   Reply With Quote
Old 2020-01-17, 01:54   #461
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

683310 Posts
Default

Quote:
Originally Posted by petrw1 View Post

It was an i5-3570.
However there was a second identical CPU that did NOT get this error.
Both were previously on v29.4.5.0. Created 11/11/2017 7:38PM
There was a warning buried in this thread or maybe the whatsnew.txt file or both that P-1 stage 1 save files changed.

Hmmm, whatsnew has it listed as an issue upgrading *to* 29.4. The relevant code was added April 1, 2018.
Prime95 is offline   Reply With Quote
Old 2020-01-17, 22:22   #462
pepi37
 
pepi37's Avatar
 
Dec 2011
After milion nines:)

124510 Posts
Default

Quote:
Originally Posted by Prime95 View Post
There was a warning buried in this thread or maybe the whatsnew.txt file or both that P-1 stage 1 save files changed.

Hmmm, whatsnew has it listed as an issue upgrading *to* 29.4. The relevant code was added April 1, 2018.

As I posted sometime on this forum: got similar error on PRP tasks where both worker have same exponent .
pepi37 is offline   Reply With Quote
Reply

Thread Tools


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

All times are UTC. The time now is 13:05.

Tue May 26 13:05:48 UTC 2020 up 62 days, 10:38, 1 user, load averages: 1.53, 1.36, 1.41

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

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.