mersenneforum.org What's the best way to do P-1 factoring, whilst doing a PRP test of the same exponent?
 Register FAQ Search Today's Posts Mark Forums Read

2021-06-01, 17:41   #23
chalsall
If I May

"Chris Halsall"
Sep 2002

2·11·443 Posts

Quote:
 Originally Posted by drkirkby You did not suggest I used sudo or su first!
Correct. Because not everyone "gets" my humor...

If someone actually /did/ do this it will only unlink their own data, and not damage the underlying instance. Unless, of course, they're already root...

2021-06-01, 18:49   #24
Uncwilly
6809 > 6502

"""""""""""""""""""
Aug 2003
101×103 Posts

3·13·251 Posts

Quote:
 Originally Posted by drkirkby Code: UnreserveExponents=n is documented in the fie undoc.txt. It is supposed to stop the server unassigning exponents if there are less than n of them per worker. I only added that a couple of weeks ago. It has not changed the behavior of the website
Set it to something like 100 or higher. Those of us doing small assignments often have it at 1000 or better. It is not to have the server unassign the exponent, rather for (m)Prime(95) to yield them up (if the server is told that, so be it.)

2021-06-01, 20:33   #25
drkirkby

"David Kirkby"
Jan 2021
Althorne, Essex, UK

3·7·19 Posts

Quote:
 Originally Posted by Uncwilly Set it to something like 100 or higher. Those of us doing small assignments often have it at 1000 or better. It is not to have the server unassign the exponent, rather for (m)Prime(95) to yield them up (if the server is told that, so be it.)
Given undoc.txt says:
Code:
This file lists previously undocumented features available in the program.
These features may change or be discontinued at any time.  Their use is
totally unsupported.
I appreciate that it might not behave quite as expected. Perhaps you know something I don't. But from my reading of the undoc.txt
Code:
Normally, the program will unreserve an exponent if it is
scheduled to start thirty days after the Test/Primenet Days of work to get
value and there are more than four exponents queued up for the worker.
You can adjust the days interval by setting in prime.txt:
UnreserveDays=n         (default 30)
where n is the number of days.  You can also adjust the number of protected
exponents in each worker with this setting in prime.txt:
UnreserveExponents=m    (default 4)
where m is the number of protected exponents. You should increase one or
both of these values if you are loading up worktodo.txt with a large amount
of work and do not want any of the work to be unreserved.
WARNING: There have been several reports of a bug in prime95's calculations f
or UnreserveDays.  Thus, we recommend using UnreserveExponents to
prevent unexpected unreserving of work,
making it 100 makes no sense for my interests - i.e. exponents around 103-104 million. Why would I want to protect 100 exponents? They would have expired by the time I get around to testing them - I don't have a supercomputer here.

Dave

Last fiddled with by drkirkby on 2021-06-01 at 20:36

2021-06-01, 20:42   #26
chalsall
If I May

"Chris Halsall"
Sep 2002

2·11·443 Posts

Quote:
 Originally Posted by drkirkby ...making it 100 makes no sense for my interests - i.e. exponents around 103-104 million.
Sigh...

2021-06-01, 22:08   #27
Uncwilly
6809 > 6502

"""""""""""""""""""
Aug 2003
101×103 Posts

3·13·251 Posts

Quote:
 Originally Posted by drkirkby making it 100 makes no sense for my interests - i.e. exponents around 103-104 million. Why would I want to protect 100 exponents? They would have expired by the time I get around to testing them - I don't have a supercomputer here. Dave
Because you have been monkeying around with things, giving yourself extra breathing room with exponents and days will help prevent exponents dropped that you didn't mean to drop. You have been doing much beyond the set it and forget it realm. Putting both of those values at 100 or even 999 for days (for machines where your rolling average may have been reset) is common when you start twisting a lot of knobs and flipping switches.

And you don't need to sign every post. We can see your user name (and maybe an avatar).

2021-06-01, 23:16   #28
PhilF

Feb 2005

65310 Posts

Quote:
 Originally Posted by chalsall Correct. Because not everyone "gets" my humor... If someone actually /did/ do this it will only unlink their own data, and not damage the underlying instance. Unless, of course, they're already root...
Which I *always* am...

2021-06-01, 23:57   #29
drkirkby

"David Kirkby"
Jan 2021
Althorne, Essex, UK

6178 Posts

Quote:
 Originally Posted by Uncwilly Because you have been monkeying around with things, giving yourself extra breathing room with exponents and days will help prevent exponents dropped that you didn't mean to drop. You have been doing much beyond the set it and forget it realm. Putting both of those values at 100 or even 999 for days (for machines where your rolling average may have been reset) is common when you start twisting a lot of knobs and flipping switches. And you don't need to sign every post. We can see your user name (and maybe an avatar).
Okay, I'll do as you suggest and set it to 100. The rolling average has actually crept up a small amount to 2452 from 2412. I will have to read and understand what that actually means.

 Similar Threads Thread Thread Starter Forum Replies Last Post king Information & Answers 6 2018-02-08 14:28 mattmill30 Factoring 3 2016-08-14 18:09 LiquidNitrogen Information & Answers 2 2011-07-03 22:57 Ding_Cong Software 4 2005-11-04 17:39 edorajh Lone Mersenne Hunters 2 2004-01-02 17:16

All times are UTC. The time now is 12:15.

Sun Jul 25 12:15:08 UTC 2021 up 2 days, 6:44, 0 users, load averages: 1.89, 1.78, 1.99