LLRnet and PRPnet servers for automated LLR

[lsoule]

I was interested in distributing LLR over a bunch of local machines. I guess I never looked at PRPnet due to the name - does it also distribute LLR?

[lsoule]

That is, running my own server locally to distribute LLR over a bunch of local machines...

[amphoria]

Originally Posted by lsoule

That is, running my own server locally to distribute LLR over a bunch of local machines...

It does. On windows it uses cllr.exe the command line version of LLR. I have been using it to distribute work over local machines for about 2 years now. The server is easy to set up once you have installed mysql.

[rogue]

Originally Posted by lsoule

That is, running my own server locally to distribute LLR over a bunch of local machines...

Yes, that and much more. There are a number of differences between the two, including:

1) The client program (prpclient) and llr program (cllr) are not linked together. This allows you to replace one or the other allowing you to upgrade more easily. So if Jean upgrades llr or I upgrade PRPNet, you can drop in the new executables without waiting for someone else to integrate the two together.
2) Lots of stats available via HTML. You can see CRUS stats here: http://noprimeleftbehind.net:1400/all.html
3) I'm continually making enhancements and bug fixes. In other words I keep it actively developed.
4) Used by many more projects, both great and small. PrimeGrid has more than 10 projects, some of which have had hundreds of users. Many people on this forum (including myself) run PRPNet servers at home.
5) Support for many project types. Beyond the Sierpinski/Riesel searches (offshoots of CRUS), it can handle simple k*b^n+c searches and Twin Prime Searches. I'm open to adding new searches as people make requests.
6) Support for many client programs. It supports LLR (for k*b^n+c), genefer, PFGW, and phrot.
7) Support for many OSes and CPUs. It runs on x86 and ppc across all versions of Windows, Mac, and Linux.
8) The server can run on MySQL or PostgreSQL databases, both of which are free and easy to install and easy to use (presuming you know SQL).

I could go on, but that gives you an idea of what it can do above and beyond llrnet.

[lsoule]

Great - thanks for the reply. I'm on Ubuntu and it looks like MySql is easy to install there. I'll take a look!

-Larry

[rogue]

Originally Posted by lsoule

Great - thanks for the reply. I'm on Ubuntu and it looks like MySql is easy to install there. I'll take a look!

If you run into issues, there are a couple of Ubuntu users on this forum who are running PRPNet servers. If you have any questions about PRPNet itself, please let me know.

[lsoule]

So far so good. Is there a readme for the prpserver.ini? I'd like to search for primes of the form k*2^n-1 and not sure of the server type. Also, is there an example mysql.ini as well?

thanks,
Larry

[rogue]

Originally Posted by lsoule

So far so good. Is there a readme for the prpserver.ini? I'd like to search for primes of the form k*2^n-1 and not sure of the server type. Also, is there an example mysql.ini as well?

The prpserver.ini has a lot of comments regarding the options. You will most likely use one of these server types:

// 3 - Fixed b, k, and c, grouped by n
// 4 - Fixed b, n, and c, grouped by k

Which you use depends upon how you sieved. If you used a fixed k sieve, then use servertype 3. If you used a fixed n sieve use servertype 4. The servertype impacts a number of things. For example it affects how stats are stored and how HTML is generated. It also impacts the client as the client will use it to determine which software to use for the PRP test.

If the documentation references mysql.ini, then it is incorrect. I renamed the ini file to database.ini when I introduced PostgreSQL support. You will find that file in the server directory.

[mdettweiler]

Originally Posted by lsoule

Are the binaries or sources available for the server part of llrnet?

thanks,
Larry

FYI--though your ensuing discussion with Mark regarding PRPnet has somewhat obviated this request, we do nonetheless have a copy of the LLRnet source code (both client and server) posted on the noprimeleftbehind.net website for posterity. You can download it from:

http://www.noprimeleftbehind.net/dow...et-sources.tgz

That said, I would definitely agree that PRPnet is a better choice these days. LLRnet does still work (in fact we use it alongside PRPnet at NPLB, with an updated client we developed that lets it use the latest LLR in a similar manner to PRPnet), though it is much less robust and full-featured. LLRnet does have the advantage of being very simple to set up (no database, just a straight-up NewPGen format text file for input); but once you get the hang of PRPnet, it's pretty easy to keep up. Personally, I find the server-end administration process much easier with PRPnet.

Anyway, just my $0.02...

[odicin]

Is it possible, to update the prpnet-server from 4.1.4 to an newer version after the rally? During the race (and also before), sometimes the problem occurs, that the server is send a wu to my client but the client never reach them. Every time I checked this with the candidate in the prpclient.log and test_result.log on the client. The candidate never reached them. Thats why a pending zomie wu is now haunting 72h at the server (at pending tests). I try to remember, that this was a bug in this version of prpnet, besides some other like twisting client/team name.

Regards Odi

[mdettweiler]

Originally Posted by odicin

Is it possible, to update the prpnet-server from 4.1.4 to an newer version after the rally? During the race (and also before), sometimes the problem occurs, that the server is send a wu to my client but the client never reach them. Every time I checked this with the candidate in the prpclient.log and test_result.log on the client. The candidate never reached them. Thats why a pending zomie wu is now haunting 72h at the server (at pending tests). I try to remember, that this was a bug in this version of prpnet, besides some other like twisting client/team name.

Regards Odi

Yep, it's on my to-do list. I have hesitated to upgrade many of the NPLB/CRUS/TPS PRPnet servers from 4.1.4 since it has worked very well on the whole and I have been severely cramped for time; but it is definitely on my list. We've had CRUS's port 1400 running on the latest 4.3.5 for a couple of months now and it's proven to be quite stable.