Prime95 version 29.4 - Page 11

bayanne · 2017-11-29, 14:32

It grabbed PRP after preference had been changed.

CPU is set at TF

Having grabbed a batch of TFs manually will need to wait a day or so to see if it grabs a PRP again.

bayanne · 2017-11-30, 06:49

It's done it again, it has grabbed another PRP exponent to test

What do I need to do to stop it doing this please?

axn · 2017-11-30, 08:06

Quote:

Originally Posted by bayanne

It's done it again, it has grabbed another PRP exponent to test

What do I need to do to stop it doing this please?

If you're mixing manual and primenet work, use Quit Gimps option to ensure no more work is fetched during the manual work.

Dubslow · 2017-11-30, 08:38

Quote:

Originally Posted by axn

If you're mixing manual and primenet work, use Quit Gimps option to ensure no more work is fetched during the manual work.

He's not trying to. He's used manual work acquisition as a workaround for the client's inability to sync worktypes with the server, but it's not what he wants to do.

kladner · 2017-11-30, 12:36

On the client, try changing the work type to anything but your target. Make it communicate with the server, and send new completion dates. Check online to see if the change carried over. Assuming that it did, reset to your desired type on the client. Manually communicate again, with completion dates checked. See if the server matched the type change.

In the past, this sequence would usually get things in sync. If the server is not responding to the changes, I am not sure what to do next.

Once the server and client are in agreement you can unreserve unwanted assignments.

bayanne · 2017-11-30, 14:10

Quote:

Originally Posted by Dubslow

He's not trying to. He's used manual work acquisition as a workaround for the client's inability to sync worktypes with the server, but it's not what he wants to do.

That's right

bayanne · 2017-11-30, 14:11

Quote:

Originally Posted by kladner

On the client, try changing the work type to anything but your target. Make it communicate with the server, and send new completion dates. Check online to see if the change carried over. Assuming that it did, reset to your desired type on the client. Manually communicate again, with completion dates checked. See if the server matched the type change.

In the past, this sequence would usually get things in sync. If the server is not responding to the changes, I am not sure what to do next.

Once the server and client are in agreement you can unreserve unwanted assignments.

Not really with you there, sorry ...

Whereabouts on my system is it finding that I want PRP?

Prime95 · 2017-11-30, 14:12

Go to https://www.mersenne.org/cpus/
Click on your computer.
Change the work preference to trial factoring.

bayanne · 2017-11-30, 14:46

Quote:

Originally Posted by Prime95

Go to https://www.mersenne.org/cpus/
Click on your computer.
Change the work preference to trial factoring.

I have already done that, and did so quite a few days ago

bayanne · 2017-11-30, 14:48

It has just grabbed yet another PRP.

This is beginning to get tiresome ...

bayanne · 2017-11-30, 14:53

Everything shows as TF and not PRP

What I do when it grabs a PRP is quit P95, then manually grab a number of TFs. I then open worktodo.ini and replace the PRP exponent with the new manually obtained TFs.

I then restart P95, and then do a manual communication.

In www.mersenne.org/cpus it shows as TF

Any other suggestions would be most welcome

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

2017-11-29, 14:32	#111
bayanne "Tony Gott" Aug 2002 Yell, Shetland, UK 2×3×53 Posts	It grabbed PRP after preference had been changed. CPU is set at TF Having grabbed a batch of TFs manually will need to wait a day or so to see if it grabs a PRP again.

2017-11-30, 06:49	#112
bayanne "Tony Gott" Aug 2002 Yell, Shetland, UK 476₈ Posts	It's done it again, it has grabbed another PRP exponent to test What do I need to do to stop it doing this please?

2017-11-30, 12:36	#115
kladner "Kieren" Jul 2011 In My Own Galaxy! 2·5²·7·29 Posts	On the client, try changing the work type to anything but your target. Make it communicate with the server, and send new completion dates. Check online to see if the change carried over. Assuming that it did, reset to your desired type on the client. Manually communicate again, with completion dates checked. See if the server matched the type change. In the past, this sequence would usually get things in sync. If the server is not responding to the changes, I am not sure what to do next. Once the server and client are in agreement you can unreserve unwanted assignments.

2017-11-30, 14:12	#118
Prime95 P90 years forever! Aug 2002 Yeehaw, FL 1110010000101₂ Posts	Go to https://www.mersenne.org/cpus/ Click on your computer. Change the work preference to trial factoring.

2017-11-30, 14:48	#120
bayanne "Tony Gott" Aug 2002 Yell, Shetland, UK 2×3×53 Posts	It has just grabbed yet another PRP. This is beginning to get tiresome ...

2017-11-30, 14:53	#121
bayanne "Tony Gott" Aug 2002 Yell, Shetland, UK 2·3·53 Posts	Everything shows as TF and not PRP What I do when it grabs a PRP is quit P95, then manually grab a number of TFs. I then open worktodo.ini and replace the PRP exponent with the new manually obtained TFs. I then restart P95, and then do a manual communication. In www.mersenne.org/cpus it shows as TF Any other suggestions would be most welcome