PSP goes prpnet
 

The server are online now for everybody.

If you do not have a prpnet client you can download it here:

[URL]http://www.primegrid.com/forum_thread.php?id=1215#13329[/URL]

If you already have one the following things have to be set in the client.ini

email=your@email.here

// userid= is a REQUIRED field that will be used by the server
// to report on stats, etc. without having to reveal the user's
// e-mail address.
userid=PSPusername

// This value differtiates clients using the same e-mail ID
clientid=client_ID

server=pspfp:100:1:[url]www.psp-project.de:8100[/url]
server=pspdc:0:1:[url]www.psp-project.de:8101[/url]


As the client is faster then the old llrnet client I would suggest that everybody slowly moves over to the new prpnet setup.

The llrnet server will continue to run for as long as needed but I hope that everybody can make the switchover and we will be able to turn it off in the next three or four months.

I forgot I very important thing in my first post.

Many thanks to John and Lennart from Primegrid who helped me alot to make this possible. :bow wave::bounce wave::groupwave:

[quote]// This value differtiates clients using the same e-mail ID
clientid=client_ID[/quote]
Could you explain what clientid is, and how it is supposed to be used?

Am I supposed to change this ID for every process I am running across all systems that I run this on?

[quote=srakoczy;183788]Could you explain what clientid is, and how it is supposed to be used?

Am I supposed to change this ID for every process I am running across all systems that I run this on?[/quote]

This is only for you to see what client did the work.

If you have more then one computer you could use PC1 PC2 .....
Or PC1_1 PC1_2 on a duo.

Lennart

Does it do anything smart when left empty? Like using the hostname? :smile:

[quote=opyrt;183883]Does it do anything smart when left empty? Like using the hostname? :smile:[/quote]

No :smile:

OK, thanks.:smile:

Is it possible to run prpclient without having an X-server available? I normally run these type of clients (ie llrnet) on headless computers.

[quote=marvik;186527]Is it possible to run prpclient without having an X-server available? I normally run these type of clients (ie llrnet) on headless computers.[/quote]
Although this answer is a little belated (somehow your post seems to have "slipped through the cracks"), yes, it shouldn't be a problem. PRPnet is entirely console-based both on Linux and Windows.

At the moment the llrnet queue is empty. So here is my question is everybody able to switch over to the PRPnet client or are there reasons to refill the old llrnet queue again?

[quote=ltd;188305]At the moment the llrnet queue is empty. So here is my question is everybody able to switch over to the PRPnet client or are there reasons to refill the old llrnet queue again?[/quote]

Looks like there is still over 30 results coming in every day... And I know I have a couple of computers still running llrnet... :-/

Any chance you can keep it running for another couple of weeks?

Have set it to fill the queue to 100 again. This way there should be enough work but at the same time the queue is not to big.

I have one system that I can not find that is still pulling from the old server. It has been "missing" for the last year and I have no idea where the system is.

S.

@opyrt: There is a system from your farm pulling every new pair. At the moment you have a reservation of 964 pairs. I have stopped the feeder till this machine is found an the problem is repaired.

@Sloth: There should be no problem to run the feeder with a lower number of available pairs as long as I have a running version of the server. At the end of the year latest I plan to move the system to a new linux version. It is possible that I will not be able to get a functioning version of the llrnet server then.

[quote=ltd;188336]It is possible that I will not be able to get a functioning version of the llrnet server then.[/quote]
Uh...wouldn't the same old version continue to work just fine? :confused:

I hope yes but there is a chance that some of the used libs are not compatible to the new ones. And then I have to try to make it compile again. This would mean that at least the server will be unavailable till I managed to get it to run again. Which could be some days depending on my overall availability.

[quote=ltd;188366]I hope yes but there is a chance that some of the used libs are not compatible to the new ones. And then I have to try to make it compile again. This would mean that at least the server will be unavailable till I managed to get it to run again. Which could be some days depending on my overall availability.[/quote]
What about a precompiled binary?

[quote=ltd;188336]@opyrt: There is a system from your farm pulling every new pair. At the moment you have a reservation of 964 pairs. I have stopped the feeder till this machine is found an the problem is repaired.[/quote]

I have no idea how this is happening, but I saw that something was wrong. :-(

I've killed all instances of llrnet now, so feel free to release all pairs reserved by me. I'm sorry...

@mdettweiler: The problem with these precompiled binaries is that all I found so far did not contain the mySQL support that I need.

@opyrt: Scheduler is reactivated. I will let your tests stay in the queue until they expire. When I try to remove them by hand there is a risk that I create more damage.

I am returning to PSP work after a two-year absence. I've downloaded and am running the new client, but want to make sure all my new work is credited to my old username. I set userid to the old username, but changed email to a different email account, since the old one is defunct. Is this going to cause any problems? Thanks!

[quote=Hywelbane;189210]I am returning to PSP work after a two-year absence.[/quote]

Welcome back. :smile:

[quote]I've downloaded and am running the new client, but want to make sure all my new work is credited to my old username. I set userid to the old username, but changed email to a different email account, since the old one is defunct. Is this going to cause any problems? Thanks![/quote]

There was no email address in the old client, so you should be just fine with changing it. Scores are credited to the username.

[quote=opyrt;189211]Welcome back. :smile:[/quote]

Thank you; I'm glad to be back. I got a little sick of running Prime95 on a 24/7 basis for the last two years and never making any headway on the damned top producers list. There are fewer folks doing PSP, the new PSP client is faster, and I have a better rig now, so maybe I won't get so frustrated.:razz:

[quote=opyrt;189211]There was no email address in the old client, so you should be just fine with changing it. Scores are credited to the username.[/quote]

Well that takes care of that. I'm not going to worry about the clientid field since I only have the one quad-core box, unlike others who apparently have entire farms committed to their various projects. Thanks again for letting me know.

[quote=Hywelbane;189214]Well that takes care of that. I'm not going to worry about the clientid field since I only have the one quad-core box, unlike others who apparently have entire farms committed to their various projects. Thanks again for letting me know.[/quote]

I see it worked perfectly... 10.000 points in the bank!
One quad core is more than many others on this project run. :smile:

need help configuring clients
 

Hi
I want to install new PRPnet client to my office computers so that they can get my reserved pairs (dr5400000.txt, dr5500000.txt, dr5400000.txt... in [url]http://www.psp-project.de/candleft.html[/url]) from [url]www.psp-project.de[/url] or from an office computer.
Is it possible? and as I'm a computer illeterate, how can I configure?
Thanks in advance
drakkar67

Hi drakkar.

It's fully possible, you'll have to set up your own PRPNet-server. In other words, one of the computers has to run the server software, but I see no problem with it running the client aswell.

What OS are you running? I should be able to give you a step by step guide to setting up prpserver, because Sloth helped me set up one a few days ago. :smile:

BTW, I have a standing offer at the NPLB and CRUS projects to run private PRPnet servers for anyone who's interested; drakkar67, if you're interested, I'd be glad to extend this offer to you as well. :smile:

[quote=opyrt;189585]
What OS are you running? I should be able to give you a step by step guide to setting up prpserver, because Sloth helped me set up one a few days ago. :smile:[/quote]

I have Windows XP on the main computer. I also have some Vista and MacOSX (Intel) computers.

OK, for the server:

Download "Greeting.txt", "prpserver.exe", "prpserver.ini" and "prpserver.delay" from here: [URL]http://pgllr.mine.nu/PRPNet/source/prpnet/server/[/URL]
Save these to a folder on the computer you want to run the server software on. Then you'll need to edit prpserver.ini. That file is UNIX style, so do not use notepad to edit. I suggest you use [URL="http://www.pspad.com"]PSPad[/URL] or [URL="http://notepad-plus.sourceforge.net/uk/site.htm"]Notepad++[/URL].

Configure the following fields:
email=your email address
port=7101
servertype=1
savefrequency=0
doublecheck=0

Leave the rest as they are.

Now you'll have to create the candidates lists from your ranges. The files you have reserved have an llr style format like this:
[code]
1000000000:P:0:2:257
79309 4806326[/code]

You'll have to remove the first line and change the format so it looks like this:
[code]
79309*2^4806326+1 N[/code]

Merge all your remaining candidates into a file called "prpserver.candidates" and save it in the same directory as the other files. Start prpserver.exe.

For the clients, you can download them from the top of this thread.
In the prpclient.ini, remove all lines that start with "server=" and add this one instead:

[code]PSPtest:100:1:IP:7101[/code]

Replace "IP" with the IP of your server and you should be good to go.

[QUOTE=opyrt;189608]
The files you have reserved have an llr style format like this:
[code]1000000000:P:0:2:257
79309 4806326[/code]

You'll have to remove the first line and change the format so it looks like this:
[code]79309*2^4806326+1 N[/code][/QUOTE]

Actually, it is much easier than that. Change the first line to:
[code]ABC $a*2^$b+1[/code]
and rename that file as prpserver.candidates. Then start the server.

The server will then load the file and convert it to the correct format.

If you have multiple files, remove the first line from each file, concatenate them together into prpserver.candidates, then add the ABC line I gave as the first line of that file. Then you can start the server.

If you have a server already running, you can use the prpadmin tool to add candidates from an ABC file to the server.

[quote=rogue;189613]Actually, it is much easier than that. Change the first line to:
[code]ABC $a*2^$b+1[/code]
and rename that file as prpserver.candidates. Then start the server.[/quote]

I had no idea it could be done like that, thanks. Lennart wrote the same thing to me in a private message aswell.

[quote]If you have a server already running, you can use the prpadmin tool to add candidates from an ABC file to the server.[/quote]

The reason I did not suggest the prpadmin-tool is that I've had problems with it on Windows. It looks like it imports the file, but the new candidates are not added. I did not want to suggest a tool that I could not get working myself to a self-proclaimed computer illiterate. :)

[QUOTE=opyrt;189630]The reason I did not suggest the prpadmin-tool is that I've had problems with it on Windows. It looks like it imports the file, but the new candidates are not added. I did not want to suggest a tool that I could not get working myself to a self-proclaimed computer illiterate. :)[/QUOTE]

If you are having problems with the admin tool, send me an e-mail with details of the issue and I will look into it.

[quote=rogue;189648]If you are having problems with the admin tool, send me an e-mail with details of the issue and I will look into it.[/quote]

Just to make sure I'm clear enough... I did not mean there was something wrong with the tool, I just meant that I could not get it working. There is a big difference. ;-)

Also, I sent you an email explaining the issue.

According to Louie of Seventeen or Bust, Jean Penné is working on a new version of llr based on a newer gwnum library: [URL]http://www.free-dc.org/forum/showthread.php?p=139762#post139762[/URL]

I'm so glad we're running PRPNet now so we can start using the new llr as soon as it's ready! :-)

[QUOTE=opyrt;191937]According to Louie of Seventeen or Bust, Jean Penné is working on a new version of llr based on a newer gwnum library: [URL]http://www.free-dc.org/forum/showthread.php?p=139762#post139762[/URL]

I'm so glad we're running PRPNet now so we can start using the new llr as soon as it's ready! :-)[/QUOTE]

You can use the latest PFGW, which already has those improvements, but as I understand it, Jean will be adding some additional improvements to LLR. I believe that he was going to support primality proofs for non-base 2 numbers.

Does pfgw create compatible residues?

[QUOTE=ltd;191951]Does pfgw create compatible residues?[/QUOTE]

I forgot that PSP is base 2, so I guess PFGW is out of the question right now. The choice of PFGW is best when the base is not a power of 2.

I could modify PRPNet to make PFGW do a primality test for +1 base 2/4/8/... numbers instead of a PRP test. But I would also need to modify PFGW to output a residue for these bases when it is performing a Proth primality test. That shouldn't be too difficult.

I do not expect LLR to gain much speed for base 2 tests when it is updated to 25.12.

[quote=rogue;191953]I forgot that PSP is base 2, so I guess PFGW is out of the question right now. The choice of PFGW is best when the base is not a power of 2.

I could modify PRPNet to make PFGW do a primality test for +1 base 2/4/8/... numbers instead of a PRP test. But I would also need to modify PFGW to output a residue for these bases when it is performing a Proth primality test. That shouldn't be too difficult.

I do not expect LLR to gain much speed for base 2 tests when it is updated to 25.12.[/quote]
What would be really handy, IMO, would be to have PFGW be able to do LLR tests. I believe you've stated before that this would be rather hard to implement, but, would it be possible to simply build Jean's code into PFGW? If that could be done, along with a tweak to make it do Proth tests and output such residues for base 2 +1, then PFGW could truly be a "universal prime search application". Of course LLR would still be useful for some things, but nonetheless it might simplify coding PRPnet a bit.

[QUOTE=mdettweiler;191989]What would be really handy, IMO, would be to have PFGW be able to do LLR tests. I believe you've stated before that this would be rather hard to implement, but, would it be possible to simply build Jean's code into PFGW? If that could be done, along with a tweak to make it do Proth tests and output such residues for base 2 +1, then PFGW could truly be a "universal prime search application". Of course LLR would still be useful for some things, but nonetheless it might simplify coding PRPnet a bit.[/QUOTE]

I don't want to take away from Jean's work, so I hesitate to have PFGW compete directly with LLR on certain things. If he decides to add support for generic forms to LLR, then all gloves would be off, so to speak. If he wants to contribute to PFGW, he is welcome to do so. My other concern is that I wouldn't want to significantly alter default behavior of PFGW as that might confuse other users.

[quote=rogue;192007]I don't want to take away from Jean's work, so I hesitate to have PFGW compete directly with LLR on certain things. If he decides to add support for generic forms to LLR, then all gloves would be off, so to speak. If he wants to contribute to PFGW, he is welcome to do so. My other concern is that I wouldn't want to significantly alter default behavior of PFGW as that might confuse other users.[/quote]
Ah, right--good points. Okay, that makes sense.

I wonder if this is expected behaviour, or a bug?

Got this config on the client:
[code]
server=PSPtest:100:0:www.psp-project.de:7100
server=PSPtestdc:0:1:www.psp-project.de:7101

[/code]

Note that PSPtest is set to 100:0. I thought that was the correct way to say "finish this wu, and don't start a new one".

This happens:
[code][2009-10-07 17:55:29 GMT] PSPtest: 156511*2^7955400+1 is not prime. Residue BBBBBBBBBBBBBBB
[2009-10-07 17:55:29 GMT] Total Time: 1:03:18 Total Tests: 1 Total PRPs Found: 0
[2009-10-07 17:55:29 GMT] PSPtest: Returning work to server [URL="http://www.psp-project.de"]www.psp-project.de[/URL] at port 7100
[2009-10-07 17:55:34 GMT] PSPtest: ERROR: Workunit 156511*2^7955400+1 not found on server
[2009-10-07 17:55:34 GMT] PSPtest: The client will delete this workunit
[2009-10-07 17:55:34 GMT] PSPtest: INFO: 0 of 1 test results were accepted
[2009-10-07 17:55:34 GMT] PSPtest: Getting work from server [URL="http://www.psp-project.de"]www.psp-project.de[/URL] at port 7100
[2009-10-07 17:55:39 GMT] PSPtest: INFO: No available candidates are left on this server.
[2009-10-07 17:55:39 GMT] PSPtest: Getting work from server [URL="http://www.psp-project.de"]www.psp-project.de[/URL] at port 7100
[2009-10-07 17:55:44 GMT] PSPtest: INFO: No available candidates are left on this server.
[2009-10-07 17:55:44 GMT] PSPtest: Getting work from server [URL="http://www.psp-project.de"]www.psp-project.de[/URL] at port 7100
[2009-10-07 17:56:05 GMT] PSPtest: INFO: No available candidates are left on this server.
[2009-10-07 17:56:05 GMT] PSPtest: Getting work from server [URL="http://www.psp-project.de"]www.psp-project.de[/URL] at port 7100
[2009-10-07 17:56:10 GMT] PSPtest: INFO: No available candidates are left on this server.
[2009-10-07 17:56:10 GMT] PSPtest: Getting work from server [URL="http://www.psp-project.de"]www.psp-project.de[/URL] at port 7100
[2009-10-07 17:56:45 GMT] PSPtest: INFO: No available candidates are left on this server.
[2009-10-07 17:56:45 GMT] PSPtestdc: Getting work from server [URL="http://www.psp-project.de"]www.psp-project.de[/URL] at port 7101[/code]

Is it supposed to behave like that? If yes, what is the correct way to tell the client to finish the WU it's running and don't download a new one? :smile:

[code]
server=PSPtest:100:0:www.psp-project.de:7100
server=PSPtestdc:0:1:www.psp-project.de:7101

[/code]

I think you are close but what you have is

PSPtest:100:0 - 100% of your work is to be from this server. But you are getting 0 work units
PSPtestdc:0:1 - 0 showing it is a fallback if the other server does not give you anything and you are getting 1 work unit.

Not sure what the command is if you want to finish your existing work but not get anything else. Rogue will be around and can correct me if I am wrong.


S.

Thanks for the reply, Sloth. :smile:

This seems to give the same result:
[code]server=PSPtest:100:0:www.psp-project.de:7100
server=PSPtestdc:0:0:www.psp-project.de:7101[/code]

Except it will get work from the server on port 7100.

BTW: The "workunit not found on server" message seems to be unrelated. :smile:

To have PRPNet complete a test for PSPTest, set PSPTest to 0:1. This will complete any assigned workunits and return them to the server. The "1" will have it get a workunit from that server only if PSPTestdc is unavailable. PSPTestdc should be 100:x, with x being the number of workunits you want to get from that server.

Hi rogue.

I think you misunderstood... I want the prpclient to finish the test it's running and [U]don't[/U] get a new one. Kind of like "no new tasks" or what it's called in boinc.

[QUOTE=opyrt;192172]Hi rogue.

I think you misunderstood... I want the prpclient to finish the test it's running and [U]don't[/U] get a new one. Kind of like "no new tasks" or what it's called in boinc.[/QUOTE]

Then use ^C and select the option to "Complete and report" option. That will complete the current test, then shut down the client after the test result is reported to the server.

Sorry, but I still don't understand... :-/

What should I set these to?
[code]// This option is used to default the startup option if the previous
// shutdown left uncompleted workunits.
// 0 - prompt
// 1 - Return completed work units and abandon the rest
// 2 - Complete assigned work units
startoption=2
// This option is used to default the stop option when the client
// is terminated
// 0 - prompt
// 1 - Return completed work units and abandon the rest
// 2 - Return completed work units
// 3 - Do nothing with current work units and terminate the process
stopoption=2[/code]

[QUOTE=opyrt;192214]Sorry, but I still don't understand... :-/

What should I set these to?
[code]// This option is used to default the startup option if the previous
// shutdown left uncompleted workunits.
// 0 - prompt
// 1 - Return completed work units and abandon the rest
// 2 - Complete assigned work units
startoption=2
// This option is used to default the stop option when the client
// is terminated
// 0 - prompt
// 1 - Return completed work units and abandon the rest
// 2 - Return completed work units
// 3 - Do nothing with current work units and terminate the process
stopoption=2[/code][/QUOTE]

My bad. I guess there is no option to complete the current workunits, report them, then shutdown. I'll have to add that.

[quote=rogue;192225]My bad. I guess there is no option to complete the current workunits, report them, then shutdown. I'll have to add that.[/quote]

Haha, well that explains why I was not able to get it to work! :lol:
Thank you for clearing things up!

Hey guys, just updated the new clients (XP). Any way of getting the clients in the systray?
Not much to look at, all these console windows on my taskbar :no:

[quote=Bio1ogics;192672]Any way of getting the clients in the systray?
Not much to look at, all these console windows on my taskbar :no:[/quote]

Hi Bio1ogics!

Unfortunately, there is no way to get the PRPclients to minimize to systray as they are command windows.

The closest thing I can think of is using HIDEDOS.EXE ([URL]http://community.landesk.com/support/servlet/JiveServlet/download/6760-1865/HideDos.zip[/URL]) to hide the windows entirely. I have not tested it myself.

[quote=opyrt;192792]Hi Bio1ogics!

Unfortunately, there is no way to get the PRPclients to minimize to systray as they are command windows.

The closest thing I can think of is using HIDEDOS.EXE ([URL]http://community.landesk.com/support/servlet/JiveServlet/download/6760-1865/HideDos.zip[/URL]) to hide the windows entirely. I have not tested it myself.[/quote]
Two other options that I've used myself are runh.exe (google for it), which runs an application in the background (which presumably is what hidedos.exe does as well), and hideit.exe (I don't remember where I got it but I [URL="http://www.mersenneforum.org/showthread.php?p=113411#post113411"]posted it to the forum[/URL] a while back in response to a similar query), which allows one to selectively hide and unhide windows.

A third option, my personal favorite, is to install Microsoft's Virtual Desktop Manager PowerToy (can be found [URL="http://www.microsoft.com/windowsxp/Downloads/powertoys/Xppowertoys.mspx"]here[/URL]), which gives you 4 "virtual desktops" à la Linux, each with its own set of windows that don't show up on the others. What I do is put all my prime-search stuff on desktop #2, and do my work on desktop #1. If I want to check on the prime-search stuff, all I have to do is switch to desktop #2 and boom, it's right there. This application can also be useful for organizing other types of windows as well--say, if I want to leave one window open so I can refer to it but without it clogging up my desktop.

Thanks, both opyrt and mdettweiler for your replies.
I was hoping a command line parameter would do the trick, but it looks like i have to wait for that feature (hint hint). :grin:

Another Q: will the old client be completely useless in a while? I rather liked it. Because, to be honest, the new client so far is definitely not [SIZE=2]'significantly faster'[/SIZE].

[QUOTE=Bio1ogics;192824]Thanks, both opyrt and mdettweiler for your replies.
I was hoping a command line parameter would do the trick, but it looks like i have to wait for that feature (hint hint). :grin:

Another Q: will the old client be completely useless in a while? I rather liked it. Because, to be honest, the new client so far is definitely not [SIZE=2]'significantly faster'[/SIZE].[/QUOTE]

I won't make any changes to "hide the client". It will be up to others to find tools to do that for them. I guess I'm wary of a few projects/applications that have been black-listed due to users setting them up to run "hidden" from other users.

The 2.3 client will be good for a while. The new client isn't supposed to be faster. It is just supposed to be more stable than the previous client.

[quote=rogue;192847]I won't make any changes to "hide the client". It will be up to others to find tools to do that for them. I guess I'm wary of a few projects/applications that have been black-listed due to users setting them up to run "hidden" from other users.[/quote]

Ah, i understand your reasons.

[quote]
The 2.3 client will be good for a while. The new client isn't supposed to be faster. It is just supposed to be more stable than the previous client.[/quote]


Err, ltd in the startpost [quote]As the client is faster then the old llrnet client I would suggest that everybody slowly moves over to the new prpnet setup.
[/quote]

Anyways, would it be possible to use the old client, but pointing to [URL="http://www.psp-project.de:7100/"]www.psp-project.de:7100[/URL] instead of the old setting in lrr-clientconfig.txt ?
( which is in mine:
server = "pspnet.no-ip.info"
port = 12984
)

[quote=Bio1ogics;192873]
Err, ltd in the startpost

[quote]As the client is faster then the old llrnet client I would suggest that everybody slowly moves over to the new prpnet setup.[/quote]
[/quote]

The new client (as opposed to LLRNet) is much faster as it is based on a significantly newer version of the LLR software. I did some quick tests and saw as much as a 20% increase in speed on some tests.

[quote=Bio1ogics;192873]Anyways, would it be possible to use the old client, but pointing to [URL="http://www.psp-project.de:7100/"]www.psp-project.de:7100[/URL] instead of the old setting in lrr-clientconfig.txt ?
( which is in mine:
server = "pspnet.no-ip.info"
port = 12984
)[/quote]
Nope, sorry. PRPnet uses a completely different client/server protocol than LLRnet, so I'm afraid they are completely uninterchangeable.

I think the old LLRnet server's still going to be online for a little while, right? If so, then you should be able to still use that if you like, albeit without the new speed boosts (about 6-10%).

BTW, regarding the confusion about what exactly are the new and old version: in the sense that you're referring to them, LLRnet is the old client and PRPnet is the new client. When rogue mentioned version 2.3 not being faster, he was referring to version 2.3 of the [i]new client[/i], PRPnet. There's still some little tweaks being made to PRPnet to make it more stable and more flexible, which is why there's different versions of it floating around.

I've used TrayIt to hide console windows into the system tray, it can remember profiles for certain programs which can be useful.

prpnet is upgraded to version 2.4.
The server is now 2.4.2 and for windows and linux there are new clients available. These have the version 2.4.3.
Download Link:

[URL]http://tools.1up.no/psp/prpclient/[/URL]


You can continue to use the old client but I would recommend to upgrade to the new client as the new client server combination resolves the problem with sometimes lost residues.

To upgrade it should be enough to stop the prpnet client and replace the "prpclient" executable with the new one and restart.

Attention It might be possible that in the linux version the rights might be broken as I only have a windows system available at the moment and sometimes the packer destroys the linux rights structure.

Just to keep this thread updated; The PRPNet servers are running version 2.4.7 (and have been for a while).

Does this PRP client checkpoint at all?

When using ctrl-C to stop prpclient.exe, it shuts down the llr process cleanly. When restarting, it basically goes on where it left off.

However, when stopping prpclient by simply closing its window, or killing the process, or windows shutdown, it appears to restart from scratch (or its last clean shutdown).

Is there any way to prevent wasting hours or even days of runtime if one forgets to shut down the client cleanly, or windows crashes, or....?

[QUOTE=DigiK-oz;213204]Does this PRP client checkpoint at all?

When using ctrl-C to stop prpclient.exe, it shuts down the llr process cleanly. When restarting, it basically goes on where it left off.

However, when stopping prpclient by simply closing its window, or killing the process, or windows shutdown, it appears to restart from scratch (or its last clean shutdown).

Is there any way to prevent wasting hours or even days of runtime if one forgets to shut down the client cleanly, or windows crashes, or....?[/QUOTE]

The client relies on the checkpointing done by LLR/PFGW/phrot/genefer. The client does its own checkpointing by updating the work_xx.save files whenever a test is started or stopped.

Your description of "restart from scratch" seems inaccurate at best. Could you add more description to the behavior you are experiencing?

[quote=rogue;213206]The client relies on the checkpointing done by LLR/PFGW/phrot/genefer. The client does its own checkpointing by updating the work_xx.save files whenever a test is started or stopped.

Your description of "restart from scratch" seems inaccurate at best. Could you add more description to the behavior you are experiencing?[/quote]

Well, maybe I'm overlooking something, but the restarting from scratch seems to be what I am experiencing.

Start the client(s), wait for an hour or so, check the percent completed (just over a percent in my case) and close all client windows by using the X top right button (so don't use ctrl-c or ctrl-break), or kill the prpclient process(es) using task manager.

Start the client(s) again, and check the messages. In my case, messages indicated a restart from scratch (starting at bit 7, 0.0%)

Windows7 64 bits, most recent client.

If you need more info/messages or whatever, let me know.

[QUOTE=DigiK-oz;213234]Well, maybe I'm overlooking something, but the restarting from scratch seems to be what I am experiencing.

Start the client(s), wait for an hour or so, check the percent completed (just over a percent in my case) and close all client windows by using the X top right button (so don't use ctrl-c or ctrl-break), or kill the prpclient process(es) using task manager.

Start the client(s) again, and check the messages. In my case, messages indicated a restart from scratch (starting at bit 7, 0.0%)

Windows7 64 bits, most recent client.

If you need more info/messages or whatever, let me know.[/QUOTE]

Is there a temp file created by LLR in the client directory before AND after you do this? Which version of LLR are you using?

[quote=rogue;213239]Is there a temp file created by LLR in the client directory before AND after you do this? Which version of LLR are you using?[/quote]

I downloaded [URL="http://tools.1up.no/psp/prpclient/dest/prpclient-2.4.7-windows-llr-3.8.0.zip"]prpclient-2.4.7-windows-llr-3.8.0.zip[/URL] from [URL]http://tools.1up.no/psp/prpclient/[/URL]

Apart from the programs, .ini and .log file, I have work_PSPtest.in, work_PSPtest.out,work_PSPtest.save and z4111005 in the directory during the time the client is active. If I shutdown the client with control-C, the .in and .out files are gone. If I close the window instead, those files are still present after the client was shutdown.

Also, a clean shutdown with ctrl-C comes up with several messages (signal caught - terminating is the first I think), where closing the window does not show this messages in either the window itself or the prpclient.log file.

[QUOTE=DigiK-oz;213243]Apart from the programs, .ini and .log file, I have work_PSPtest.in, work_PSPtest.out,work_PSPtest.save and z4111005 in the directory during the time the client is active. If I shutdown the client with control-C, the .in and .out files are gone. If I close the window instead, those files are still present after the client was shutdown.

Also, a clean shutdown with ctrl-C comes up with several messages (signal caught - terminating is the first I think), where closing the window does not show this messages in either the window itself or the prpclient.log file.[/QUOTE]

How do you start the client? From the DOS prompt or by double-clicking the exe?

Note that the current version of PRPNet is 3.2.4. I strongly recommend that the server be upgraded. AFAIK, this is one of the last projects (if not the last) that has not migrated to 3.2.x. When the server is upgraded, it will require clients to upgrade to 3.2.x. I have not been able to reproduce this problem in 3.2.x with PFGW. How the client uses PFGW and LLR are very similar, so LLR should also work correctly with 3.2.x when closing the DOS window in this way.

[quote=rogue;213257]How do you start the client? From the DOS prompt or by double-clicking the exe?

Note that the current version of PRPNet is 3.2.4. I strongly recommend that the server be upgraded. AFAIK, this is one of the last projects (if not the last) that has not migrated to 3.2.x. When the server is upgraded, it will require clients to upgrade to 3.2.x. I have not been able to reproduce this problem in 3.2.x with PFGW. How the client uses PFGW and LLR are very similar, so LLR should also work correctly with 3.2.x when closing the DOS window in this way.[/quote]

There's a .BAT file supplied in the download that starts 1,2,4 or 8 clients. It basically changes to a directory and executes prpclient.exe using the "START" command. I observe the same behaviour however when starting by double-cliocking prpclient.exe.

Client version 3.2.4? Will see if I can find that and re-test. Does that client work with the 2.4.7 server?

EDIT : Well, I found the 3.2.4 client (alpha version), still seeing the same behaviour :(

[quote=DigiK-oz;213299]There's a .BAT file supplied in the download that starts 1,2,4 or 8 clients. It basically changes to a directory and executes prpclient.exe using the "START" command. I observe the same behaviour however when starting by double-cliocking prpclient.exe.

Client version 3.2.4? Will see if I can find that and re-test. Does that client work with the 2.4.7 server?

EDIT : Well, I found the 3.2.4 client (alpha version), still seeing the same behaviour :([/quote]

Well, it seems to do some checkpointing now (any idea how often?). Will investigate further.

[QUOTE=DigiK-oz;213305]Well, it seems to do some checkpointing now (any idea how often?). Will investigate further.[/QUOTE]

The PRPNet client does not tell LLR when to write its checkpoint. The client knows if the PRP test is running, but not its progress.

[quote=rogue;213316]The PRPNet client does not tell LLR when to write its checkpoint. The client knows if the PRP test is running, but not its progress.[/quote]

I understand, but any idea what the checkpoint frequency of LLR is? I may have been waiting for too short a period during testing.

So, when shutdown gracefully, a checkpoint appears to be written at time of shutdown (by both llr AND prpclient?). On forcefull shutdown, no checkpoint is written.

So, when a client is started, it falls back to the last checkpoint, which will be either very recent (if it has been shutdown gracefully) or further back (if not stopped cleanly). In the latter case, it simply depends on when the last regular checkpoint was. Could be seconds ago, or up to the checkpoint interval (of LLR in my case).

So, anyone know the interval at which LLR checkpoints?

Why all the questions? I am trying to write a (windows) wrapper app around the prpclient, and sending ctrl-c to the client is...well....a pain in da butt :)

[quote=DigiK-oz;213328]Why all the questions? I am trying to write a (windows) wrapper app around the prpclient, and sending ctrl-c to the client is...well....a pain in da butt :)[/quote]
Just curious, what's the wrapper for? Depending on its application, it may be more appropriate to just wrap LLR directly rather than prpclient.

I don't know the logic LLR uses for creating checkpoints.

[quote=rogue;213331]I don't know the logic LLR uses for creating checkpoints.[/quote]
I believe it creates checkpoints every 30 minutes unless specified otherwise in llr.ini; since PRPnet doesn't specify this, that means 30 minutes. It also checkpoints when it receives a SIGINT (Ctrl-C) or SIGTERM (it probably responds to more signals but I can't recall any for sure off the top of my head).

[QUOTE=mdettweiler;213333]I believe it creates checkpoints every 30 minutes unless specified otherwise in llr.ini; since PRPnet doesn't specify this, that means 30 minutes. It also checkpoints when it receives a SIGINT (Ctrl-C) or SIGTERM (it probably responds to more signals but I can't recall any for sure off the top of my head).[/QUOTE]

If that is the case, then I'm suspecting that a hard crash (or close of the DOS window) does not send the signal to LLR.

[quote=mdettweiler;213330]Just curious, what's the wrapper for? Depending on its application, it may be more appropriate to just wrap LLR directly rather than prpclient.[/quote]

Well, I hate having 8 cmd windows in my taskbar. So I spawn the prpclient from my wrapper, hiding the cmd windows and capturing stdout and stderr to fetch the % completed into 8 progressbars. This works just fine. However, on exiting the wrapper, I would like to stop the prpclient processes cleanly, to avoid losing any work processed.

I tried simply killing the process, but that loses the work done since last checkpoint (or, apparently, even loses more work in early versions of prpclient).

SO, still hunting for a way to send ctrl-C to the clients. Tried several things already, but still no luck. I still have about a gazillion possibilities to explore, however :-)

[QUOTE=DigiK-oz;213341]Well, I hate having 8 cmd windows in my taskbar. So I spawn the prpclient from my wrapper, hiding the cmd windows and capturing stdout and stderr to fetch the % completed into 8 progressbars. This works just fine. However, on exiting the wrapper, I would like to stop the prpclient processes cleanly, to avoid losing any work processed.

I tried simply killing the process, but that loses the work done since last checkpoint (or, apparently, even loses more work in early versions of prpclient).

SO, still hunting for a way to send ctrl-C to the clients. Tried several things already, but still no luck. I still have about a gazillion possibilities to explore, however :-)[/QUOTE]

I use software called Console2. It runs the console from a tab within the application. This way you have one item in your task bar which corresponds to a single window with 8 tabs (or however many you want).

[quote=mdettweiler;213333]I believe it creates checkpoints every 30 minutes unless specified otherwise in llr.ini; since PRPnet doesn't specify this, that means 30 minutes.[/quote]

From the cllr.exe readme:
[quote]DiskWriteTime=<number> : Time elapsed between disk savings (def. 30mn.).[/quote]

You can alter it in llr.ini if you want to set it lower.
When it comes to ways of having llr exit gracefully, I suggest you ask Jean Penné: [URL]http://jpenne.free.fr/index2.html[/URL]

:smile:

[QUOTE=opyrt;213358]From the cllr.exe readme:


You can alter it in llr.ini if you want to set it lower.
When it comes to ways of having llr exit gracefully, I suggest you ask Jean Penné: [URL]http://jpenne.free.fr/index2.html[/URL]

:smile:[/QUOTE]

I could modify the PRPNet client to set this to a lower value, such as 5 minutes or so. More frequently would probably create too much I/O. Less frequently doesn't save you much.

[quote=DigiK-oz;213341]Well, I hate having 8 cmd windows in my taskbar. So I spawn the prpclient from my wrapper, hiding the cmd windows and capturing stdout and stderr to fetch the % completed into 8 progressbars. This works just fine. However, on exiting the wrapper, I would like to stop the prpclient processes cleanly, to avoid losing any work processed.[/quote]
In addition to Mark's suggestion of Console2 (which does sound quite handy--I've always appreciated such funtionality in Linux and would find it quite handy for Windows as well, so I'll have to check it out), some other options for managing multiple console windows can be found in posts #50 and #51 of this thread. Some of them actually push the console window into the background (which prevents its being easily killed "nicely" under Windows), while others just hide the windows on another "virtual desktop".

If you're using C# to code this "console grabber", this is a known problem.

One would think that implementing GenerateConsoleCtrlEvent should do the trick, but alas. The second argument is supposed to be the process group ID, but most C# code will start processes using System.Diagnostics.Process, which do not have a way of setting this needed process group ID.

The "most common" advice on the net, is to create a small app that takes a process id as an argument, attaches that process, and the utilizes GenerateConsoleCtrlEvent using 0 (zero) as the process group id (sending Ctrl-C to both the attached process and it self).

This might not be your problem at all, and just ignore my blurbs if they do not help ;)

.R

[quote=runesk;213381]

This might not be your problem at all, and just ignore my blurbs if they do not help ;)

.R[/quote]

Guess what...That is EXACTLY the problem I run in to. I found some articles explaining this "extra process" approach, I find that clumsy to say the least, but might have to resort to it anyway, still trying some different approaches.

LLR indeed seems to checkpoint every 30 minutes, that's not too bad, it'll lose an average of 15 minutes if a client is killed. I still think the 2.4.x prp client and/or llr behave differently, because with that version I still seem to fall back way further even if I leave it for more than half an hour. I do see the zxxxxx file being updated every half hour, though...

Thanks for the replies here they gave me a much better insight in prp,llr and their friends :-)

Some more or less usefull stats from prprnet
 

During our struggle to keep Ars behind this late winter/early spring, I've made a tool that gives an overview of users/teams and clients from the PRPnet server.

[URL]http://tools.1up.no/psp/stats/[/URL]

It might not be obvious, but every user is a link, and will give you more information about that user.

Bugs/feature requests/ideas can be sent to [email]tools@1up.no[/email]

.R

[QUOTE=runesk;213754]
[URL]http://tools.1up.no/psp/stats/[/URL]
[/QUOTE]

Nice tool!

The old test it shows for me was dropped by PRPnet when the website went down. I finished it manually and sent it to LTD but he hasn't cleared it yet.

what should I do?
 

root@vz****:~/prp/prpclient-2.4.7-linux# ./4-quad-start-prpclient.sh
~/prp/prpclient-2.4.7-linux/prpclient-1 ~/prp/prpclient-2.4.7-linux
./4-quad-start-prpclient.sh: line 2: xterm: command not found

No clue why you get the command not found in the scripts.
But you should upgrade to the 4.x client and connect to the new servers.
The two old 2.x servers are out of work and will not get any new work anymore.

Look in the first two post of this thread for details for the server connections.

[url]http://www.mersenneforum.org/showthread.php?t=14467[/url]

Oh, just not crunching for long...

May there's a good idea to unstick some old topics and stick some new? ))

Also I'm wondering how to run prpclient in linux for 8 cores.

Sorry for the late answer.

First you are right about the sticky article. Must be replaced with something new.

Second about your actual problem. Sorry I have not used linux so I can not be of any help.

[QUOTE=opyrt;189585]Hi drakkar.

It's fully possible, you'll have to set up your own PRPNet-server. In other words, one of the computers has to run the server software, but I see no problem with it running the client aswell.

What OS are you running? I should be able to give you a step by step guide to setting up prpserver, because Sloth helped me set up one a few days ago. :smile:[/QUOTE]


There are no problem to run clients on the same computer ar the server. Just think about leaving one core to MySQL and check your memory.

Lennart