![]() |
|
|
#3180 |
|
Romulan Interpreter
Jun 2011
Thailand
32×29×37 Posts |
haha, what the exponential has to do here? If the guy has some resources to clean one exponent per day (or week, month) then he will still do so forever, regardless of how much work he has queued, his "productivity" (well, what is the antonym of productivity? stagnantivity? hehe) is not a percent of the work he has queued. This is just a "linear decay" If I reserve 100 exponents and I can clean 10 per period (day, week, month, etc), this will take 10 periods, and not 44 periods (like in exponential decay of 10%).
|
|
|
|
|
|
#3181 |
|
Jun 2015
Vallejo, CA/.
5×199 Posts |
I guess that sometimes my interest in monitoring progress around so called milestones is mistaken as impatience.
Nothing further from the truth. I am very conscious that the completion of milestones is never urgent and that the world won't be engulfed into an exploding Sun or become a tetrahedron if a particular milestone is not met in a two days, a week or a year. (I would even expand that time frame to a millenium). To me, milestones are just that, little markers on a road that indicate us how far we have travelled and how much more we need to travel to get to a point in our path. I would much prefer fewer and more significant stones like every 10 or 5 million increases, and every time all exponents below a mersenne prime is tested at least once or when verified by a second test making it officially the Nth mersenne prime, but I can understand why others look at more frequent milestones (with 1 million spacing) as something desirable. I just have the feeling that this can improve and that is all there is to it. |
|
|
|
|
|
#3182 | |
|
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest
10101001011002 Posts |
Quote:
Exponential gave ~6 months to the last remaining exponent, linear would have given about 1.5 months. Patgie has been observed to lose a small percentage of expired assignments to other users at each expiration/renewal cycle, and also to finish some. There's an assumption in your linear rate, Laurv, that I think eventually fails. You won't perform 10 per period if it takes n>=1 period to do a full run and you only have 9 or fewer exponents to run. If patgie had enough throughput to finish in 10 cycles, he'd be done now. (Count the expirations per exponent.) Throughput in the exponent range of interest (in this case 85-86M) is not maintained at a constant number of primality tests per period if one drops to fewer assignments in the exponent interval of interest, than hardware units to run them on, and the rest of the available throughput is applied to higher exponents to keep the rest of the hardware fleet of the user from being idle. No one can run 16 systems on the last first-test exponent assigned, to spit out the last assigned exponent at the same throughput rate as when much of their whole fleet is running separate exponents in the range of interest. (I need dozens of assignments running in parallel, or throughput drops due to idle hardware, and there are other users that need more. Configuring for max throughput per system increases the numbers higher, due to multi-cpu-package systems with separate caches and NUMA, and mid to high performance gpus needing sometimes 2 or three instances each to maximize throughput.) Only a tiny fraction <5% of my total throughput is going toward my last 3 first-PRP assignments <86M, and an even tinier fraction of curtisc's for his remaining LL tests <86M. Last fiddled with by kriesel on 2019-08-21 at 20:02 |
|
|
|
|
|
|
#3183 |
|
Jun 2015
Vallejo, CA/.
5·199 Posts |
All tests below 48 million verified.
|
|
|
|
|
|
#3184 |
|
"mrh"
Oct 2018
Temecula, ca
3C16 Posts |
So, I've had number of my LL checks turned into Ds now after I've invested quite a bit of cycles. The latest was 85970561 where the server gave it to me, but then patgie submitted a result after it was expired. That's pretty annoying. If mine wasn't so far along, I would just unreserve. From now on I'll unreserve any assignments that patgie has touched.
|
|
|
|
|
|
#3185 |
|
6809 > 6502
"""""""""""""""""""
Aug 2003
101×103 Posts
7×23×61 Posts |
And that is why poachers are not well liked.
|
|
|
|
|
|
#3186 |
|
"mrh"
Oct 2018
Temecula, ca
22·3·5 Posts |
|
|
|
|
|
|
#3187 |
|
Undefined
"The unspeakable one"
Jun 2006
My evil lair
622410 Posts |
|
|
|
|
|
|
#3188 |
|
"mrh"
Oct 2018
Temecula, ca
22×3×5 Posts |
|
|
|
|
|
|
#3189 |
|
Jun 2015
Vallejo, CA/.
5×199 Posts |
There are 3 assignments
Code:
85526383 LL LL, 10.80% 3 8 2019-07-12 2019-10-07 2019-10-08 2019-10-15 c0nd0r 85767821 LL LL, 93.30% 1 -16 2019-09-08 2019-09-20 2019-09-21 2019-09-21 OscarX 85925303 LL LL, 63.70% 36 12 2019-08-14 2019-10-07 2019-10-08 2019-10-19 Michael Quevillon (No, I am not advocating poaching) |
|
|
|
|
|
#3190 | |
|
1976 Toyota Corona years forever!
"Wayne"
Nov 2006
Saskatchewan, Canada
13·192 Posts |
Quote:
|
|
|
|
|
![]() |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Newer X64 build needed | Googulator | Msieve | 73 | 2020-08-30 07:47 |
| Performance of cuda-ecm on newer hardware? | fivemack | GMP-ECM | 14 | 2015-02-12 20:10 |
| Cause this don't belong in the milestone thread | bcp19 | Data | 30 | 2012-09-08 15:09 |
| Newer msieves are slow on Core i7 | mklasson | Msieve | 9 | 2009-02-18 12:58 |
| Use of large memory pages possible with newer linux kernels | Dresdenboy | Software | 3 | 2003-12-08 14:47 |