mersenneforum.org Prime95 dropping manual assignments from worktodo.txt without completing them?
 User Name Remember Me? Password
 Register FAQ Search Today's Posts Mark Forums Read

 2018-03-27, 01:56 #1 ixfd64 Bemusing Prompter     "Danny" Dec 2002 California 22·3·191 Posts Prime95 dropping manual assignments from worktodo.txt without completing them? I manually created a bunch of Pminus1 assignments (redoing P-1 on exponents with only stage 1 done) and added them to my worktodo.txt file. However, Prime95 sometimes drops assignments from worktodo.txt without actually completing them. This only seems to happen when I have lots of assignments, and only with worker #1. Is this intentional? If so, is there a way to disable this "feature"?
2018-03-27, 02:37   #2
petrw1
1976 Toyota Corona years forever!

"Wayne"
Nov 2006

10EF16 Posts

Quote:
 Originally Posted by ixfd64 I manually created a bunch of Pminus1 assignments (redoing P-1 on exponents with only stage 1 done) and added them to my worktodo.txt file. However, Prime95 sometimes drops assignments from worktodo.txt without actually completing them. This only seems to happen when I have lots of assignments, and only with worker #1. Is this intentional? If so, is there a way to disable this "feature"?
I've noticed this too recently...and I can't even find messages in prime.log or in results.txt that indicate any were dropped or why. Maybe this is because they are Manual Assignments; George?

There are 2 parms in prime.txt that I use when I have lots of Assigned work.
MaxExponents=
UnreserveDays=

I think UnreserveDays might be relevant even with Manual assignments.

I have noticed on rare occasion that Prime95 will get "confused" about the speed of my PC and will think my work exceeds this parm and will unreserve some.

I say "confused" because I can change absolutely nothing and re-add the work and they will be kept the next time.

 2018-03-27, 16:54 #3 Mark Rose     "/X\(‘-‘)/X\" Jan 2013 Ͳօɾօղէօ 32·313 Posts I usually set UnreserveDays=99999 so that doesn't happen.
 2018-12-13, 20:11 #4 petrw1 1976 Toyota Corona years forever!     "Wayne" Nov 2006 Saskatchewan, Canada 10000111011112 Posts Still happening.... The one consistency(?) I have found is that whenever Prime95 restarts it loses work. I just did a test: 1. Tuesday I added in the 100 or so assignments previously lost using worktodo.add. I verified that all 180 were still there a day later. 2. I stopped and restarted Prime95 3. I rechecked worktodo.txt and about the last 70 assignments disappeared leaving 110. These are the only lines in Prime.log after the restart: Code: [Thu Dec 13 12:36:47 2018 - ver 28.10] Updating computer information on the server I am running 28.10B1 I have this in Prime.txt but all assignments are Manual. Code: DaysOfWork=5 MaxExponents=500 UnreserveDays=999 I've seen the same behavior in other computers running versions 29.4. It is only Worker #1 that loses assignments. Is it possible that some other code path determines there is too much work before MaxExponents and UnsererveDays are considered?
2018-12-13, 20:19   #5
chalsall
If I May

"Chris Halsall"
Sep 2002

53·173 Posts

Quote:
 Originally Posted by petrw1 Is it possible that some other code path determines there is too much work before MaxExponents and UnsererveDays are considered?
I can't speak to that authoritatively.

What I can say is my WinBlows clients sometimes go insane (without appropriate notice).

2018-12-13, 20:24   #6
Mark Rose

"/X\(‘-‘)/X\"
Jan 2013
Ͳօɾօղէօ

32×313 Posts

Quote:
 Originally Posted by petrw1 I have this in Prime.txt but all assignments are Manual. Code: DaysOfWork=5 MaxExponents=500 UnreserveDays=999
I've found 999 days to not be sufficient, when the throughput calculation goes wrong. I use 99999.

2018-12-13, 20:32   #7
kriesel

"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

23×232 Posts

Quote:
 Originally Posted by Mark Rose I've found 999 days to not be sufficient, when the throughput calculation goes wrong. I use 99999.
Whoa, 2 years 9 months is not enough, go 274. years!

Last fiddled with by kriesel on 2018-12-13 at 20:33

2018-12-13, 20:45   #8
petrw1
1976 Toyota Corona years forever!

"Wayne"
Nov 2006

3×5×172 Posts

Quote:
 Originally Posted by Mark Rose I've found 999 days to not be sufficient, when the throughput calculation goes wrong. I use 99999.
I'll try that...thx

2018-12-13, 20:52   #9
chalsall
If I May

"Chris Halsall"
Sep 2002

23D116 Posts

Quote:
 Originally Posted by kriesel Whoa, 2 years 9 months is not enough, go 274. years!
What seems to happen is the WinBlows Prime95 client goes briefly insane (forgets it's throughput), and then unreserves everything it holds other than what it is working on.

Shortly later, it re-reserves work to match it's ability; not always the same candidates.

2018-12-13, 22:24   #10
Mark Rose

"/X\(‘-‘)/X\"
Jan 2013
Ͳօɾօղէօ

32·313 Posts

Quote:
 Originally Posted by chalsall What seems to happen is the WinBlows Prime95 client goes briefly insane (forgets it's throughput), and then unreserves everything it holds other than what it is working on.
The same thing happens on my Linux boxen when running on thumb drives. I think it might be related to IO write stalls during backups.

 2019-08-30, 19:43 #11 ixfd64 Bemusing Prompter     "Danny" Dec 2002 California 22·3·191 Posts I've noticed a possibly related issue: Pminus1 assignments are being duplicated to other workers. A few months ago, I was going through the logs when I saw some repeated results. At first I thought I made a copy and paste error when adding assignments to my worktodo.txt file, but then I noticed that this is still happening from time to time. In some cases, the duplicated exponent will replace another worker's current exponent. Anyone else seen this?

 Similar Threads Thread Thread Starter Forum Replies Last Post Rodrigo Information & Answers 67 2019-09-20 06:33 Qubit PrimeNet 2 2014-07-30 12:30 blahpy Information & Answers 6 2013-07-02 20:41 ClownRoyal Information & Answers 5 2012-10-19 20:07 Unregistered Information & Answers 2 2010-07-08 22:11

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

Tue Aug 11 16:23:29 UTC 2020 up 25 days, 12:10, 1 user, load averages: 1.86, 1.55, 1.61