mersenneforum.org PRPnet servers for NPLB
 Register FAQ Search Today's Posts Mark Forums Read

2010-05-23, 19:23   #144
mdettweiler
A Sunny Moo

Aug 2007
USA (GMT-5)

11000011010012 Posts

Quote:
 Originally Posted by rogue Let me know what stats you want to see and I can look into the effort to display them.
Okay, here's what I'm looking for:

-Total # of untested pairs remaining
-First untested pair remaining
-Last untested pair remaining
(the last two would both be ordered by whatever the server's sortoption= dictates--i.e., first/last pairs in the order they'll be handed out)
-A downloadable file containing a complete list of the pairs remaining (untested) in the server

The last one is a "might be nice to have", since right now we don't even have that set up for our LLRnet servers.

2010-05-23, 23:03   #145
rogue

"Mark"
Apr 2003
Between here and the

2·2,857 Posts

Quote:
 Originally Posted by mdettweiler Okay, here's what I'm looking for: -Total # of untested pairs remaining -First untested pair remaining -Last untested pair remaining (the last two would both be ordered by whatever the server's sortoption= dictates--i.e., first/last pairs in the order they'll be handed out) -A downloadable file containing a complete list of the pairs remaining (untested) in the server The last one is a "might be nice to have", since right now we don't even have that set up for our LLRnet servers.
The first won't be too difficult to do. I have considered adding a "Trailing Edge" to address the second. "Max in Group" is closest to the third, but is group specific. This is by decimal length, though, not sortoption. I'm uncertain of the difficulty of the last one, although I don't understand the need for it.

2010-05-23, 23:38   #146
mdettweiler
A Sunny Moo

Aug 2007
USA (GMT-5)

141518 Posts

Quote:
 Originally Posted by rogue The first won't be too difficult to do. I have considered adding a "Trailing Edge" to address the second. "Max in Group" is closest to the third, but is group specific. This is by decimal length, though, not sortoption. I'm uncertain of the difficulty of the last one, although I don't understand the need for it.
Okay, sounds good. As for the last one, it would mainly be for the sake of curiosity. That's why I marked it as "might be nice to have". At any rate, don't worry about it; it should be easy enough for me to code up in a script anyway. (Simple enough: just select the requisite columns from the DB's Candidate table and dump the results to a web-accessible text file.)

 2010-07-22, 15:50 #147 mdettweiler A Sunny Moo     Aug 2007 USA (GMT-5) 624910 Posts Yesterday I upgraded all the NPLB/CRUS PRPnet servers to version 3.3.5 (though they identify themselves as 3.3.4...it's a long story). With this release, all PRPnet applications now report times in local time (in the servers' case, CDT/GMT-5 during the summer and CST/GMT-6 during the winter). Therefore, G9000 is now (finally!) in sync with the rest of the servers in the stats, not 5 hours "ahead" of them all! This should be quite handy in future rallies, since we'll only need one offset time for all servers in the DB. Last fiddled with by mdettweiler on 2010-07-22 at 15:50
 2010-09-03, 07:42 #148 gd_barnes     May 2007 Kansas; USA 2·5·1,013 Posts Max, Lennart just came on port 9000 with quite a few cores, can you load n=910K-912K the first thing in the morning? Thanks. Gary
2010-09-03, 17:08   #149
mdettweiler
A Sunny Moo

Aug 2007
USA (GMT-5)

3·2,083 Posts

Quote:
 Originally Posted by gd_barnes Max, Lennart just came on port 9000 with quite a few cores, can you load n=910K-912K the first thing in the morning? Thanks. Gary
Looks like he's done now. I've seen this over the last few days: he comes on with a load of cores, then drops back off a few hours later. A while back he did something similar off and on and he later explanined that he was doing small-n work on a server that dried periodically, with port 9000 as his fallback server. I expect something similar is the case now.

Do you still want me to load 910K-912K? Port 9000 seems to have settled out at n=~891.7K (for now).

Edit: I see now that he did a similar dump on the TPS port 12000 server shortly after it came up, thereby drying it out in very short order (there wasn't much left in it anyway). My revised theory is that he went on there, then fell back to port 9000 when that ran out. I'll go ahead and load 910K-912K after all since he may be back for more.

Edit 2: 910K-912K is now loaded.

Last fiddled with by mdettweiler on 2010-09-03 at 17:19

 2010-09-18, 22:32 #150 rogue     "Mark" Apr 2003 Between here and the 2×2,857 Posts I found the memory leak in the server. It was code that I had commented out some time ago because it was causing a crash. I don't know if the crash was due to a bug on my part or a bug in the MySQL ODBC driver. Anyways, if you uncomment this line: SQLFreeHandle(SQL_HANDLE_DBC, sqlConnectionHandle); in the Disconnect() function of DBInterface.cpp, the memory leak will go away. I have been able to verify this on Mac at home. I have yet to test it on Windows, which is where I suspect I ran into the leak originally. I will put out a patched release of the server in a couple of days.
2010-09-19, 02:40   #151
mdettweiler
A Sunny Moo

Aug 2007
USA (GMT-5)

3·2,083 Posts

Quote:
 Originally Posted by rogue I found the memory leak in the server. It was code that I had commented out some time ago because it was causing a crash. I don't know if the crash was due to a bug on my part or a bug in the MySQL ODBC driver. Anyways, if you uncomment this line: SQLFreeHandle(SQL_HANDLE_DBC, sqlConnectionHandle); in the Disconnect() function of DBInterface.cpp, the memory leak will go away. I have been able to verify this on Mac at home. I have yet to test it on Windows, which is where I suspect I ran into the leak originally. I will put out a patched release of the server in a couple of days.
Great, thanks! Only problem is, it doesn't build on the NPLB server machine. I've attached the console output from "make prpserver".
Attached Files
 prpserver-3.3.7-build-log.txt (14.0 KB, 236 views)

2010-09-19, 12:56   #152
rogue

"Mark"
Apr 2003
Between here and the

165216 Posts

Quote:
 Originally Posted by mdettweiler Great, thanks! Only problem is, it doesn't build on the NPLB server machine. I've attached the console output from "make prpserver".
Is something borked with your system? The error I see is:

Code:
HelperThread.cpp:61: error: ‚Äòrc‚Äô was not declared in this scope
which makes no sense. You must have built it on another system, because with the makefile only one file would have been recompiled.

Can you verify the version you are building (in defs.h)? What is on line 61 in HelperThread.cpp?

2010-09-19, 18:55   #153
mdettweiler
A Sunny Moo

Aug 2007
USA (GMT-5)

3×2,083 Posts

Quote:
 Originally Posted by rogue Is something borked with your system? The error I see is: Code: HelperThread.cpp:61: error: ‚Äòrc‚Äô was not declared in this scope which makes no sense. You must have built it on another system, because with the makefile only one file would have been recompiled. Can you verify the version you are building (in defs.h)? What is on line 61 in HelperThread.cpp?
Yeah, you're right--it does look like somehow my file got messed up. The local copy of the PRPnet 3.3.6 source had been modified with the extra debug logging we put in earlier to track down this problem, so I got a fresh copy of the source and used that. (Well, not entirely fresh--it came off my primary computer's local copy. So I'm not sure where the goof got in there, but rest assured it is NOT in your posted zip file.)

Downloading a fresh copy of the source from your website, applying the fix to that, and bulding prpserver worked. All noprimeleftbehind.net servers are now running the patched version.

 Similar Threads Thread Thread Starter Forum Replies Last Post MyDogBuster Conjectures 'R Us 76 2018-03-09 19:05 kar_bon No Prime Left Behind 1343 2014-08-20 09:38 rogue Open Projects 26 2013-01-16 01:33 opyrt Prime Sierpinski Project 13 2009-11-04 21:33 gd_barnes No Prime Left Behind 0 2009-08-10 19:21

All times are UTC. The time now is 07:47.

Thu Jun 4 07:47:41 UTC 2020 up 71 days, 5:20, 0 users, load averages: 1.60, 1.51, 1.55

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.