PRPnet 2nd drive-51 bases with <= 5 k's to n=250K - Page 6

gd_barnes · 2011-09-02, 17:37

Quote:

Originally Posted by mdettweiler

As Mini-Geek hinted a couple posts up, we now have our first proof of the drive--and guess who found it?

38*200^131900-1 is prime!

Kind of nice aesthetically with all the 00's in the number...

Wow. Nice proof! That's faster than I would have expected us to prove one.

Mathew · 2011-09-03, 05:23

576*172¹³²⁶⁹⁵-1 is prime

gd_barnes · 2011-09-03, 07:18

Quote:

Originally Posted by Mathew

576*172¹³²⁶⁹⁵-1 is prime

Nice.

On an interesting note, the Riesel side primes are far outpacing the Sierp side primes so far on this drive despite the Sierp side starting with far more k's; 63 to 51.

paleseptember · 2011-09-23, 05:50

Using prpclient-4.3.5 for Drive #2. I'm wondering if there is a way to maintain a buffer and report each work-unit as it is completed.

My internet can be a bit flaky, and it'd be nice if I could return workunits as soon as they're done, but have a twelve-hour buffer just in case my internet goes out.

Is there some combination of options in the .ini file that can achieve this?

mdettweiler · 2011-09-23, 11:06

Quote:

Originally Posted by paleseptember

Using prpclient-4.3.5 for Drive #2. I'm wondering if there is a way to maintain a buffer and report each work-unit as it is completed.

My internet can be a bit flaky, and it'd be nice if I could return workunits as soon as they're done, but have a twelve-hour buffer just in case my internet goes out.

Is there some combination of options in the .ini file that can achieve this?

Ah, yes...I do sympathize with your problem, having formerly had similar problems with my own DSL line where it cut out every 61 minutes like clockwork.

The PRPnet client does not, unfortunately, have this kind of option right now; it always runs an entire batch before reporting it unless you stop the client in the middle (in which case it can report partial results if you have so set up prpclient.ini) In fact, the "new" LLRnet client has a similar limitation; the reason being that, as far as I know, the only way to use a "buffer" model is to involve multithreading on the client side. That's what the "old" LLRnet client did, but the disadvantage was that it could be flaky at times and tended to "hang" (particularly on Windows platforms) when the connection was lost in the middle of a server communication, presumably due to synchronization between threads being messed up.

You may want to suggest the feature over in Mark's PRPnet 4.x announcements/feature-requests/bug-reports thread; he would be able to give a better answer than I as to how tough it would be to implement. If it is to be pursued, I would think it might be better to (at least in the short term) fork off a second version of the client so as to leave a solid, stable single-threaded client while myriad bugs are worked out of the necessarily multi-threaded "buffered" version.

In early versions of PRPnet, the idea of buffering workunits was addressed by the ability to run a "slave" server, much like an LLRnet proxy, which would keep a constant buffer of work from the main server and dole it out to clients on the local network. This feature was initially retained from ECMNet, which contributed heavily to PRPnet's initial code; but it was dropped in later PRPnet versions since it would have needed heavy rewriting to work well for PRPnet, and nobody was using it anyway (being that it didn't work

).

Anyway...in the meantime, all I can suggest is that you keep a large queue of workunits in your clients, to reduce the number of times they have to connect to the server (and consequently, the probability that they'll attempt to connect during a time when the internet is out). For instance, if each test takes a maximum of (say) 3500 seconds to complete--factoring in a little extra wiggle room--each core should be able to safely do 40-45 or so workunits within the 48 hour limit. Depending on how long your internet usually goes out for (just a few minutes? or hours?) you may want to give a little more space to allow extra time in case the internet does happen to be out when the tests are up to be returned, so you don't risk having them expired while your internet is out.

It's not a perfect solution, but does help some at least.

rogue · 2011-09-23, 12:25

Quote:

Originally Posted by paleseptember

Using prpclient-4.3.5 for Drive #2. I'm wondering if there is a way to maintain a buffer and report each work-unit as it is completed.

My internet can be a bit flaky, and it'd be nice if I could return workunits as soon as they're done, but have a twelve-hour buffer just in case my internet goes out.

Is there some combination of options in the .ini file that can achieve this?

Not today. I've thought about it, but not enough to implement. It isn't high on my priority list.

paleseptember · 2011-09-25, 11:56

Thanks mdettweiler, thanks rogue. Will continue on crunching as best I can.

Have queued up a much larger buffer. Am slightly embarrassed by how much of the 'assigned work' table I'm taking up.

Siemelink · 2011-09-25, 20:10

Hello friends,

I've managed to start a PRP-client succesfully. I noticed one thing that makes it harder for me run it: the CMD-screens.
I run this on the family PC and all the rest of my family may just kill off the sessions from the taskbar. What's an easy trick to hide the prpclients?

Thanks, Willem.

Mini-Geek · 2011-09-25, 20:15

Quote:

Originally Posted by Siemelink

Hello friends,

I've managed to start a PRP-client succesfully. I noticed one thing that makes it harder for me run it: the CMD-screens.
I run this on the family PC and all the rest of my family may just kill off the sessions from the taskbar. What's an easy trick to hide the prpclients?

Thanks, Willem.

I use PSP Runner. It was made for the PSP project, but works just as well with anything that uses PRPnet (except that for bases besides 2, it doesn't update the status correctly; this is visual only). It's used to run the prpnet clients for you.
Another more general option is Hide-it. It can hide any window. It's a handy utility for math projects, where many tools can only run in a command window.

Siemelink · 2011-09-25, 20:45

Quote:

Originally Posted by Mini-Geek

Another more general option is Hide-it. It can hide any window. It's a handy utility for math projects, where many tools can only run in a command window.

Thank you Mini-Geek. Hide-it did the trick.

Good night, Willem.

gd_barnes · 2011-09-28, 17:35

Adding S148 with 1k remaining at n=150K to the drive. I will begin sieving on it in 2-3 days.

2011-09-23, 05:50	#59
paleseptember Jun 2008 Wollongong, .au B7₁₆ Posts	Using prpclient-4.3.5 for Drive #2. I'm wondering if there is a way to maintain a buffer and report each work-unit as it is completed. My internet can be a bit flaky, and it'd be nice if I could return workunits as soon as they're done, but have a twelve-hour buffer just in case my internet goes out. Is there some combination of options in the .ini file that can achieve this? Last fiddled with by paleseptember on 2011-09-23 at 05:59

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Other Bases?	wblipp	GPU Computing	50	2012-10-11 13:23
New PRPnet drive discussion	mdettweiler	Conjectures 'R Us	89	2011-08-10 09:01
PRPnet 1st drive-R/S base 2 even-k/even-n/odd-n	mdettweiler	Conjectures 'R Us	153	2011-08-10 06:54
Subproject #1: 210k-250k sequences to 100 digits	henryzz	Aliquot Sequences	204	2009-07-30 12:06
Different bases = different times?	roger	Information & Answers	1	2007-04-25 14:35

2011-09-03, 05:23	#57
Mathew Nov 2009 536₈ Posts	576*172¹³²⁶⁹⁵-1 is prime

2011-09-25, 11:56	#62
paleseptember Jun 2008 Wollongong, .au 267₈ Posts	Thanks mdettweiler, thanks rogue. Will continue on crunching as best I can. Have queued up a much larger buffer. Am slightly embarrassed by how much of the 'assigned work' table I'm taking up.

2011-09-25, 20:10	#63
Siemelink Jan 2006 Hungary 268₁₀ Posts	Hello friends, I've managed to start a PRP-client succesfully. I noticed one thing that makes it harder for me run it: the CMD-screens. I run this on the family PC and all the rest of my family may just kill off the sessions from the taskbar. What's an easy trick to hide the prpclients? Thanks, Willem.

2011-09-28, 17:35	#66
gd_barnes May 2007 Kansas; USA 10100001100011₂ Posts	Adding S148 with 1k remaining at n=150K to the drive. I will begin sieving on it in 2-3 days.