![]() |
|
|
#100 | |
|
P90 years forever!
Aug 2002
Yeehaw, FL
11101011101112 Posts |
Quote:
|
|
|
|
|
|
|
#101 |
|
Jul 2005
B616 Posts |
One issue. If you do a manual benchmark then it always offers to use 4 cores and you have to change it each time.
These are my settings: prime.txt ... MinBenchFFT=2688 MaxBenchFFT=2688 BenchErrorCheck=0 BenchAllComplex=0 OnlyBench5678=0 BenchCores=3 BenchHyperthreads=1 BenchWorkers=1 AllBench=1 BenchTime=15 local.txt: ... CoresPerTest=3 |
|
|
|
|
|
#102 | |
|
Random Account
Aug 2009
13×151 Posts |
Quote:
|
|
|
|
|
|
|
#103 |
|
Oct 2017
++41
11111012 Posts |
How is the runtime of PRP compared to LL on the same exponent?
And which should I do, PRP or LL? |
|
|
|
|
|
#104 |
|
Sep 2002
Database er0rr
22×941 Posts |
PRP adds a little time to testing but is by far more reliable -- not so prone to hardware errors such as those caused by cosmic rays. Run PRP!
Last fiddled with by paulunderwood on 2017-11-25 at 18:15 |
|
|
|
|
|
#105 |
|
"Tony Gott"
Aug 2002
Yell, Shetland, UK
22·83 Posts |
I ran a PRP DC which finished recently. No problem there.
The problem is that even though I have selected the cpu to resume TF rather than PRP, it will not stop getting another PRP exponent. I have to obtain a fresh batch of manual TFs and then unselect the PRP exponent. I then edit the worktodo.ini file, removing the PRP exponent, and adding in the new manually obtained exponents. Then after having restarted Prime95 I do a manual communictation. Is there somewhere else I have to go to stop Prime95 grabbing another unwanted PRP exponent? Running 29.4 build 5 on my Mac |
|
|
|
|
|
#106 | |
|
Sep 2003
A1916 Posts |
Quote:
There is a parameter called "DaysOfWork" in the prime.txt file. If it's set to, for example, "3", then three days before the program estimates that it will finish the last assignment in the worktodo file, it will fetch one or more new assignments. The idea is to store up three day's worth of work ahead of time (in this example), just in case a network interruption or server outage is happening when the final assignment finishes, which would then leave your computer idle and unable to fetch a new assignment. Last fiddled with by GP2 on 2017-11-29 at 06:19 |
|
|
|
|
|
|
#107 |
|
"Tony Gott"
Aug 2002
Yell, Shetland, UK
22·83 Posts |
DaysOfWork is set at 1
|
|
|
|
|
|
#108 |
|
Sep 2003
1010000110012 Posts |
|
|
|
|
|
|
#109 |
|
Undefined
"The unspeakable one"
Jun 2006
My evil lair
22×32×173 Posts |
So maybe the question should be: Did P95 fetch the PRP before or after the work preference was changed?
|
|
|
|
|
|
#110 |
|
P90 years forever!
Aug 2002
Yeehaw, FL
19·397 Posts |
Go to the mersenne.org web pages. Under the CPUs page make sure the work preference is set properly for that CPU.
The tail of prime.log might indicate what went wrong. At some point it should have sent your new work preference to the server. If so, did this before or after it got those PRP assignments? |
|
|
|
![]() |
| Thread Tools | |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Prime95 version 27.3 | Prime95 | Software | 148 | 2012-03-18 19:24 |
| Prime95 version 26.3 | Prime95 | Software | 76 | 2010-12-11 00:11 |
| Prime95 version 25.5 | Prime95 | PrimeNet | 369 | 2008-02-26 05:21 |
| Prime95 version 25.4 | Prime95 | PrimeNet | 143 | 2007-09-24 21:01 |
| When the next prime95 version ? | pacionet | Software | 74 | 2006-12-07 20:30 |