PRPNet released!

[rogue]

Originally Posted by mdettweiler

Ah, I see. Okay, sounds like it's behaving exactly how I was thinking it *should* behave--namely, any clients that show up while a communication is in progress (or while the server is busy updating the prpserver.candidates file) have to wait in line, which sometimes might cause a timeout (which shouldn't really hurt the client, assuming they have a backup server configured).

The client will delete the test only if the server does not have any information on that test. It will also delete the test when the server accepts the test. This means that if the client loses connectivity with the server while sending results or if the server doesn't respond, then the client will save the test and try to send again later.

Originally Posted by mdettweiler

As you suggested over in the "server bugs and barfing" thread, what would be really helpful is to implement a checksum in the communications protocol--sort of like what Prime95 does to make sure that PrimeNet receives the result correctly. The server would then reject any result that doesn't have the proper checksum.

One other thing that would be useful is to make the server more robust in how it handles an unexpected termination of a connection. Right now, it just spews out "error sending x to localhost:port" errors after timing out on each message, which not only seems to confuse the server, but also ties it up for the timeout value times however many lines it needs to send. Both the client and the server should be set so that if they get a "nothing received", they won't keep trying to talk to the other end of the line, but will just continue going on with their business.

All of this needs to wait for the next major release. It will be much easier to handle if the client and server send all data in a single message. To do that will require changing the message content. I hope that it can be compatible with the 2.x release, but I don't know as I haven't written anything yet.

[Cruelty]

How is that possible?

[2009-08-16 15:22:13 GMT] a: ERROR:  Test for 1515*2^1097958-1 rejected.  No residue reported
[2009-08-16 12:39:04 GMT] a: The client will delete this workunit

[henryzz]

The last three columns for the server_stats.html page on my private prpnet server keep on reseting. Why?

Also what format should htmltitle be in?
Whatever i put nothing changes.

[rogue]

Originally Posted by Cruelty

How is that possible?

[2009-08-16 15:22:13 GMT] a: ERROR:  Test for 1515*2^1097958-1 rejected.  No residue reported
[2009-08-16 12:39:04 GMT] a: The client will delete this workunit

I don't know without seeing the debug log. What does the server say?

[rogue]

Originally Posted by henryzz

The last three columns for the server_stats.html page on my private prpnet server keep on reseting. Why?

Also what format should htmltitle be in?
Whatever i put nothing changes.

As for your first question, that page is based upon tests in prpserver.candidates. As tests are removed, server_stats.html will show different values.

htmltitle should just be a string. I suggest avoiding quotes and "<" and ">". You need to shutdown and restart the server to see the changes.

[mdettweiler]

Originally Posted by Cruelty

How is that possible?

[2009-08-16 15:22:13 GMT] a: ERROR:  Test for 1515*2^1097958-1 rejected.  No residue reported
[2009-08-16 12:39:04 GMT] a: The client will delete this workunit

That's a known bug that we're not entirely sure of the cause yet. Mark is currently working on a solution.

BTW Mark, I just had an idea for how to fix this problem. I've noticed that the server seems to erroneously record the result anyway even after saying that it's rejected it due to no residue reported. Possibly if this was fixed to keep the server from recording such rejected results, then the problem could be fixed: if any barfs occur, the server would simply reject the bad result, and the client would hold it until next time. The result would only get recorded (and deleted on the client) if communication was successful.

Originally Posted by henryzz

The last three columns for the server_stats.html page on my private prpnet server keep on reseting. Why?

Also what format should htmltitle be in?
Whatever i put nothing changes.

The last three columns are "absorbed", so to speak, into the other columns every time prpserver.candidates is saved on the server (5 minutes by default). At that point, the server goes through its remaining candidates, removes any completed candidates from the file, and puts the removed ones in the file onlytest.removed. The web pages only draw on the server's active database (which is based on prpserver.candidates), so any work that's completed prior to the last time prpserver.candidates was saved will not be shown.

Edit: Ah, I see Mark beat me to this.

[rogue]

Originally Posted by mdettweiler

That's a known bug that we're not entirely sure of the cause yet. Mark is currently working on a solution.

BTW Mark, I just had an idea for how to fix this problem. I've noticed that the server seems to erroneously record the result anyway even after saying that it's rejected it due to no residue reported. Possibly if this was fixed to keep the server from recording such rejected results, then the problem could be fixed: if any barfs occur, the server would simply reject the bad result, and the client would hold it until next time. The result would only get recorded (and deleted on the client) if communication was successful.

I could do that with the client, but I'm curious as to what the client sent to the server. Does the server have the debug log enabled?

[henryzz]

I have worked out what was going on with htmltitle. The first line of the html file source isnt received by my web browser although the server sends it.
Thanks for the explanations Max and Mark.

[henryzz]

How can i add the -N flag to pfgw in a prpclient?
Setting the path to ./pfgw -N doesnt work.

[rogue]

Originally Posted by henryzz

How can i add the -N flag to pfgw in a prpclient?
Setting the path to ./pfgw -N doesnt work.

Right now you can't. I'll do it for the next release.

BTW, are you saying that you want PFGW to run in normal priority? Can I ask why? If this is a main computer or one with a single CPU, that could significantly hurt the performance of the PC.

[Cruelty]

Originally Posted by rogue

I don't know without seeing the debug log. What does the server say?

I've found out what was causing it:

frequency=60

When the client was connecting each 60 minutes not all results were ready yet at that point of time.
BTW: what is the reason for this variable anyway?