mersenneforum.org  

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

Reply
Thread Tools
Old 2019-08-21, 05:07   #3180
LaurV
Romulan Interpreter
 
LaurV's Avatar
 
Jun 2011
Thailand

32×29×37 Posts
Default

Quote:
Originally Posted by kriesel View Post
exponential decay
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%).
LaurV is offline   Reply With Quote
Old 2019-08-21, 05:50   #3181
rudy235
 
rudy235's Avatar
 
Jun 2015
Vallejo, CA/.

5×199 Posts
Default

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.
rudy235 is offline   Reply With Quote
Old 2019-08-21, 19:34   #3182
kriesel
 
kriesel's Avatar
 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

10101001011002 Posts
Default

Quote:
Originally Posted by LaurV View Post
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%).
Linear or exponential are only models for what's actually going on. "a rough extrapolation"
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
kriesel is offline   Reply With Quote
Old 2019-09-05, 05:21   #3183
rudy235
 
rudy235's Avatar
 
Jun 2015
Vallejo, CA/.

5·199 Posts
Default

All tests below 48 million verified.
rudy235 is offline   Reply With Quote
Old 2019-09-05, 17:51   #3184
mrh
 
"mrh"
Oct 2018
Temecula, ca

3C16 Posts
Default

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.
mrh is offline   Reply With Quote
Old 2019-09-05, 20:24   #3185
Uncwilly
6809 > 6502
 
Uncwilly's Avatar
 
"""""""""""""""""""
Aug 2003
101×103 Posts

7×23×61 Posts
Default

And that is why poachers are not well liked.
Uncwilly is offline   Reply With Quote
Old 2019-09-05, 21:15   #3186
mrh
 
"mrh"
Oct 2018
Temecula, ca

22·3·5 Posts
Default

Quote:
Originally Posted by Uncwilly View Post
And that is why poachers are not well liked.
Yep. Some of my machines were fast enough to finish in a day or so and win, but this one landed on one that was too slow and lost the race.
mrh is offline   Reply With Quote
Old 2019-09-05, 22:54   #3187
retina
Undefined
 
retina's Avatar
 
"The unspeakable one"
Jun 2006
My evil lair

622410 Posts
Default

Quote:
Originally Posted by mrh View Post
Yep. Some of my machines were fast enough to finish in a day or so and win, but this one landed on one that was too slow and lost the race.
It isn't a race. Both results are needed. No cycles have been wasted.
retina is offline   Reply With Quote
Old 2019-09-06, 02:04   #3188
mrh
 
"mrh"
Oct 2018
Temecula, ca

22×3×5 Posts
Default

Quote:
Originally Posted by retina View Post
It isn't a race. Both results are needed. No cycles have been wasted.
sure it is! one person gets credit for being first and the other doesn't. it's friendly and doesn't mean anything, but it's a race. makes it fun.
mrh is offline   Reply With Quote
Old 2019-10-07, 21:02   #3189
rudy235
 
rudy235's Avatar
 
Jun 2015
Vallejo, CA/.

5×199 Posts
Default

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
All three are stuck there for 5 days already.

(No, I am not advocating poaching)
rudy235 is offline   Reply With Quote
Old 2019-10-08, 02:54   #3190
petrw1
1976 Toyota Corona years forever!
 
petrw1's Avatar
 
"Wayne"
Nov 2006
Saskatchewan, Canada

13·192 Posts
Default

Quote:
Originally Posted by rudy235 View Post
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
All three are stuck there for 5 days already.

(No, I am not advocating poaching)
As I read it 1st and 3rd are current. The middle one is 17 days late.
petrw1 is offline   Reply With Quote
Reply



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

All times are UTC. The time now is 16:25.


Mon Aug 2 16:25:53 UTC 2021 up 10 days, 10:54, 0 users, load averages: 2.57, 2.42, 2.35

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, 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.