Prime95 30.7 - Page 6

James Heinrich · 2021-10-11, 21:56

Quote:

Originally Posted by Prime95

Try work preference of 155. It's been there all along, probably never been tested.

Tried it in mprime, which accepts the preference without question, but then when it contacts the server for new work:

Quote:

[Work thread Oct 11 21:26] Running Jacobi error check. [Oct 11 21:26] Getting assignment from server
[Comm thread Oct 11 21:26] PrimeNet success code with additional info:
[Comm thread Oct 11 21:26]
[Comm thread Oct 11 21:26] Got assignment 17FE--yes-I-masked-the-aid--F9CE: Unknown work type M58874623
[Comm thread Oct 11 21:26] Received unknown work type: 151.
[Comm thread Oct 11 21:26] Visit http://mersenneforum.org for help.
[Comm thread Oct 11 21:26] Will try contacting server again in 70 minutes.
[Work thread] Passed. Time: 23.059 sec.

Worktype 151 = Double-check prime tests so I'm not sure why it's calling it unknown.
But it's also claiming to receive a worktype of M58874623 which clearly is not right.
Note that these exponents have been assigned to me as a PRP double-check on the server, but did not get added to worktodo.txt because mprime believes the assignment line to be invalid.

Also minor complaint -- the above is not a copy-paste error, the primenet server communication really does happen in the middle of the Jacobi error check leading to confused mixed messages from work-thread and comm-thread on same lines.

All the above behavior is the same in both v30.6b4 and v30.7b4

Prime95 · 2021-10-11, 23:17

Quote:

Originally Posted by James Heinrich

Tried it in mprime, which accepts the preference without question, but then when it contacts the server for new work:Worktype 151 = Double-check prime tests so I'm not sure why it's calling it unknown.
But it's also claiming to receive a worktype of M58874623 which clearly is not right.

Try it again. I tweaked the server-side PHP code.

James Heinrich · 2021-10-12, 01:12

Quote:

Originally Posted by Prime95

Try it again. I tweaked the server-side PHP code.

It auto-retried, seems happier now:

Quote:

[Comm thread Oct 11 23:08] Getting assignment from server
[Comm thread Oct 11 23:08] PrimeNet success code with additional info:
[Comm thread Oct 11 23:08] Server assigned PRPDC work.
[Comm thread Oct 11 23:08] Got assignment E42200000000000000000000000019AD: PRPDC M58876087
[Comm thread Oct 11 23:08] Sending expected completion date for M58876087: Oct 18 2021
[Comm thread Oct 11 23:08] Done communicating with server.

Prime95 · 2021-10-12, 02:33

Quote:

Originally Posted by kruoli

The save file gets used, it nearly immediately goes to "Conversion of stage 1 result complete". No "optimal B2..." message appears. In fact, there is no mention at all what B2 is going to be used. Only the result uncovers: B2=100*B1 gets used, which is neither optimal nor the B2 stated in the worktodo.txt.

Optimal B2 does not work when continuing from an existing save file. For one, the previous B2 may be beyond the optimal B2. I believe optimal B2 will work if you extend B1 past the previous B2.

Anyway, I've corrected (in 30.7 build 5) the problem where the B2 supplied in worktodo.txt is replaced by 100 * B1.

Zhangrc · 2021-10-13, 04:50

Quote:

Originally Posted by Prime95

Please tell me your current worker/#cores configuration.
Then tell me which number(s) you try to change to reproduce the problem.

See the attachment below for details (the video inside the 7z file). The bug is really strange because I couldn't find any variable in prime.txt and local.txt which equals to 3.

tha · 2021-10-13, 13:54

Hmm, previous stable version of mprime observed this entry in prime.txt:

Code:

^C[Main thread Oct 13 14:57] Stopping all worker windows.
[Work thread Oct 13 14:57] Worker stopped.
[Main thread Oct 13 14:57] Execution halted.
[Main thread Oct 13 14:57] Choose Test/Continue to restart.
5

tha@Z170:~/Mersenne30$ cat prime.txt
V24OptionsConverted=1
V30OptionsConverted=1
WGUID_version=2
StressTester=0
UsePrimenet=1
DialUp=0
V5UserID=Tha
OutputIterations=400000
ResultsFileIterations=999999999
DiskWriteTime=30
NetworkRetryTime=2
NetworkRetryTime2=70
DaysOfWork=3
DaysBetweenCheckins=1
NumBackupFiles=1
SilentVictory=0
Priority=1
RunOnBattery=1
WorkPreference=4

Stage1GCD=0

[PrimeNet]
Debug=0
ProxyHost=
UploadRateLimit=128
UploadStartTime=00:00
UploadEndTime=24:00
DownloadDailyLimit=1024

[Worker #1]
tha@Z170:~/Mersenne30$ ./mprime -m
[Main thread Oct 13 14:58] Mersenne number primality test program version 30.7
[Main thread Oct 13 14:58] Optimizing for CPU architecture: Core i3/i5/i7, L2 cache size: 4x256 KB, L3 cache size: 8 MB
	     Main Menu

	 1.  Test/Primenet
	 2.  Test/Workers
	 3.  Test/Status
	 4.  Test/Continue
	 5.  Test/Exit
	 6.  Advanced/Test
	 7.  Advanced/Time
	 8.  Advanced/P-1
	 9.  Advanced/ECM
	10.  Advanced/Manual Communication
	11.  Advanced/Unreserve Exponent
	12.  Advanced/Quit Gimps
	13.  Options/CPU
	14.  Options/Resource Limits
	15.  Options/Preferences
	16.  Options/Torture Test
	17.  Options/Benchmark
	18.  Help/About
	19.  Help/About PrimeNet Server
Your choice: 4
[Main thread Oct 13 14:58] Starting worker.
[Work thread Oct 13 14:58] Worker starting
[Work thread Oct 13 14:58] Setting affinity to run worker on CPU core #1
[Work thread Oct 13 14:58] 
[Work thread Oct 13 14:58] P-1 on M9240013 with B1=2000000, B2=TBD
[Work thread Oct 13 14:58] Setting affinity to run helper thread 1 on CPU core #2
[Work thread Oct 13 14:58] Setting affinity to run helper thread 3 on CPU core #4
[Work thread Oct 13 14:58] Setting affinity to run helper thread 2 on CPU core #3
[Work thread Oct 13 14:58] Using FMA3 FFT length 480K, Pass1=384, Pass2=1280, clm=4, 4 threads
[Work thread Oct 13 15:01] M9240013 stage 1 is 13.86% complete. Time: 174.373 sec.
[Work thread Oct 13 15:04] M9240013 stage 1 is 27.72% complete. Time: 186.784 sec.
[Work thread Oct 13 15:07] M9240013 stage 1 is 41.58% complete. Time: 177.911 sec.
[Work thread Oct 13 15:10] M9240013 stage 1 is 55.44% complete. Time: 176.519 sec.
[Work thread Oct 13 15:13] M9240013 stage 1 is 69.30% complete. Time: 176.450 sec.
[Work thread Oct 13 15:16] M9240013 stage 1 is 83.17% complete. Time: 186.553 sec.
[Work thread Oct 13 15:19] M9240013 stage 1 is 97.03% complete. Time: 183.830 sec.
[Work thread Oct 13 15:20] M9240013 stage 1 complete. 5771292 transforms. Total time: 1302.166 sec.
[Work thread Oct 13 15:20] P-1 found a factor in stage #1, B1=2000000.
[Work thread Oct 13 15:20] M9240013 has a factor: 411692187356691061619881660439392355722667064629522661791 (P-1, B1=2000000)
[Comm thread Oct 13 15:20] Sending result to server: UID: Tha/Z170-m30.7, M9240013 has a factor: 411692187356691061619881660439392355722667064629522661791 (P-1, B1=2000000)
[Comm thread Oct 13 15:20] 
[Work thread Oct 13 15:20] 
[Work thread Oct 13 15:20] P-1 on M9265469 with B1=2000000, B2=TBD
[Work thread Oct 13 15:20] Setting affinity to run helper thread 1 on CPU core #2

rainchill · 2021-10-13, 14:03

George - The Gerbicz error checking needs to be 1% or 1,000,000 whichever is greater by default. This needs to be editable in the GUI (not just by editing a file) similar to 'iterations between screen outputs:' is in the options > preferences menu.

It would also be nice if both these settings could be configured either by number of iterations or percentage.

kruoli · 2021-10-13, 15:04

Quote:

Originally Posted by tha

Hmm, previous stable version of mprime observed this entry in prime.txt:

Yes, this was changed. Now, you need to set it to Stage1GCD=-1.

ZacHFX · 2021-10-14, 00:20

Quote:

Originally Posted by ZacHFX

No luck with anything there. I'm assuming it's mostly caused by the L3 cache issues reported everywhere. Will see what happens when they fix that sometime in the next few weeks.

I'm happy to report that after an update today, whatever problems Win11 was having with Prime95 on my Ryzen seem to have been fixed. I'm back to my old iterations/s.

Prime95 · 2021-10-14, 05:08

Quote:

Originally Posted by rainchill

George - The Gerbicz error checking needs to be 1% or 1,000,000 whichever is greater by default.

Why?

Quote:

This needs to be editable in the GUI (not just by editing a file) similar to 'iterations between screen outputs:' is in the options > preferences menu.

It would also be nice if both these settings could be configured either by number of iterations or percentage.

Why?

Why not time based? Like Gerbicz roughly once an hour so that I don't lose too much work.

Actually, you are the first person to ask for this. If so few people care, it seems like a good option to leave to manually editing the prime.txt file.

Prime95 · 2021-10-14, 05:11

Quote:

Originally Posted by Zhangrc

See the attachment below for details (the video inside the 7z file). The bug is really strange because I couldn't find any variable in prime.txt and local.txt which equals to 3.

I see it, but still cannot reproduce it.

Do you have any workers set to 100M digit testing? There is some strange code in prime95 that forces this work to be multi-threaded to reduce the amount of abandoned 100Mdigit tests.

Try sending me prime.txt, local.txt and I'll try to reproduce again. Weird.

2021-10-13, 14:03	#62
rainchill Apr 2005 DFW, tx 42₈ Posts	George - The Gerbicz error checking needs to be 1% or 1,000,000 whichever is greater by default. This needs to be editable in the GUI (not just by editing a file) similar to 'iterations between screen outputs:' is in the options > preferences menu. It would also be nice if both these settings could be configured either by number of iterations or percentage.