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

2009-11-29, 21:34   #23
mdettweiler
A Sunny Moo

Aug 2007
USA (GMT-5)

141518 Posts

Quote:
 Originally Posted by henryzz wasnt gary going to do a test to see how long the UPS backup would last
Yes, he said he was going to do that around Thanksgiving. Gary, how'd that go?

2009-11-30, 07:03   #25
gd_barnes

May 2007
Kansas; USA

22·2,539 Posts

Quote:
 Originally Posted by mdettweiler Yes, he said he was going to do that around Thanksgiving. Gary, how'd that go?
I forgot about it. I'll do that now. One problem: The server machine is the only one on it now. I hate to let it shut itself down. I think what I'll do is let it run halfway down and double that time. Hopefully the little indicators of power remaining are reasonably accurate.

I'll report back here after the test is done.

Edit: Hah! I goofed. It makes a shrill beeping sound when it goes into battery mode. The instructions seemed to indicate that you had to hold the button down 1 second to make it go silent. Unfortunately that shuts it off. I subsequently found out that just a quick press silences it. So I just caused my own outage. Ergh! So you may see an outage on the GB servers of 5-10 mins. as I get them all restarted.

Last fiddled with by gd_barnes on 2009-11-30 at 07:17

 2009-11-30, 07:53 #26 gd_barnes     May 2007 Kansas; USA 22·2,539 Posts Max, after accidently turning the backup off after unplugging it (in an effort to silence it), I've now restarted all of the GB servers. You might check them to make sure everything's OK. One thing a bit strange that you might check out: For port 3000 that you added since the last time I restarted all the servers, there is no prpserver244 program. I had to run the more usual prpserver program instead. OK, everyone, here's the scoop: I'm quite disappointed. With my one server machine running full bore on all 4 cores along with other stuff connected that uses virtually no power like a land line phone, router, modem, and fan, it drained ~80% of the battery backup in ~40 mins. After spending $250 for a top of the line backup, I'm ready to send it back. Ergh! Anyway, the bottom line is that the backup appears to only be good for < 50 mins. I guess to have a longer backup, I'd have to not run the machine full bore. The good news is that I can only recall 1 (maybe 2) power outages in 3 years of living here that lasted > 30 mins. From my perspective, that is certainly acceptable so I will leave all 4 cores running. I guess what bothers me the most is that I had hoped to use it to back up 2 or 3 machines running all 4 cores for at least an hour. As it is, it will stay only on the server machine. I suppose that typical backups are not intended for modern machines running 4 cores full blast. Gary 2009-11-30, 16:51 #27 mdettweiler A Sunny Moo Aug 2007 USA (GMT-5) 3×2,083 Posts Quote:  Originally Posted by gd_barnes Max, after accidently turning the backup off after unplugging it (in an effort to silence it), I've now restarted all of the GB servers. You might check them to make sure everything's OK. One thing a bit strange that you might check out: For port 3000 that you added since the last time I restarted all the servers, there is no prpserver244 program. I had to run the more usual prpserver program instead. Okay, looks good. FYI, don't use prpserver244 any more; that was only something temporary that I was using when Mark and I were debugging problems with the server. In fact, that has a few somewhat major bugs in it that are now fixed in the latest version (2.4.6). Fortunately none of those bugs came back to bite us in the short time they were running 2.4.4 just now. I've restarted all the servers with 2.4.6. Quote:  OK, everyone, here's the scoop: I'm quite disappointed. With my one server machine running full bore on all 4 cores along with other stuff connected that uses virtually no power like a land line phone, router, modem, and fan, it drained ~80% of the battery backup in ~40 mins. After spending$250 for a top of the line backup, I'm ready to send it back. Ergh! Anyway, the bottom line is that the backup appears to only be good for < 50 mins. I guess to have a longer backup, I'd have to not run the machine full bore. The good news is that I can only recall 1 (maybe 2) power outages in 3 years of living here that lasted > 30 mins. From my perspective, that is certainly acceptable so I will leave all 4 cores running. I guess what bothers me the most is that I had hoped to use it to back up 2 or 3 machines running all 4 cores for at least an hour. As it is, it will stay only on the server machine. I suppose that typical backups are not intended for modern machines running 4 cores full blast.
Hmm...yeah, I guess that sounds about right for a UPS of that size. Nonetheless, yes, given the specs I'd read for that model, it seemed like it should have more capacity than that...but then, what do I know about interpreting UPS specs?

BTW, about the status pages and PRPnet that you mentioned a couple posts up: first of all, the status pages do NOT run the email notification. That's the DB. Nontheless, yes, the status pages are the next-best thing to email notification when checking for primes. I'll see if I can get something cooked up within the next day or two. Also, I'll try to figure out why PRPnet's bult-in email notification (which was supposed to hold us over in the interim until we got DB import turned on for G3000) wasn't working.

 2009-11-30, 17:16 #28 mdettweiler A Sunny Moo     Aug 2007 USA (GMT-5) 3·2,083 Posts Behold! We now have a PRPnet status page somewhat like the one we have for the GB LLRnet servers: http://nplb-gb1.no-ip.org/prpnet/ The first thing the script does is convert the results it's dealing with to LLRnet format, which saved me a lot of work on my end and also ensured that things are largely the same for the end user. The main difference is in the part that displays the #, and first and last k/n pairs remaining. I changed it to a more general "lines in prpserver.candidates", since PRPnet uses two lines to denote assigned pairs, thus meaning that this is close to, but not exactly, the # of k/n pairs remaining. (The exact number would be rather difficult to determine, though this should be close enough for most purposes.) Also, PRPnet sorts its prpserver.candidates file (its equivalent of LLRnet's knpairs.txt, for the uninitiated) by k primary and n secondary, regardless of what order it's actually going to hand out the pairs. Thus, the first and last k/n pairs shown will reflect that. (Again, this is still largely close enough for most purposes, as the lowest n for the first k will probably be rather close to the true lowest n. If you need more granular detail, you can get it per k on the built-in PRPnet status pages.) Note that as of now, the first and last lines have the text "N 0 active" on them. That's part of PRPnet's prpserver.candidates format, and I haven't gotten around yet to writing code to parse that out for this status page. I'll get around to that eventually, though it's only a cosmetic difference so not quite my highest priority. Probably the biggest benefit of this status page is the fact that it keeps track of all primes found in a file, a la the LLRnet status pages. That should simplify prime-checking greatly until we can get email notification working again. (BTW: yes, I know G2000 isn't on the status page yet as of this writing. I'll do that next.)
 2009-11-30, 18:21 #29 Brucifer     Dec 2005 13916 Posts Hey Max the page looks great!! Thanx!! Much much simpler than looking through a bunch of log files.
2009-11-30, 19:12   #30
Mini-Geek
Account Deleted

"Tim Sorbera"
Aug 2006
San Antonio, TX USA

17·251 Posts

Quote:
 Originally Posted by mdettweiler Also, PRPnet sorts its prpserver.candidates file (its equivalent of LLRnet's knpairs.txt, for the uninitiated) by k primary and n secondary, regardless of what order it's actually going to hand out the pairs. Thus, the first and last k/n pairs shown will reflect that. (Again, this is still largely close enough for most purposes, as the lowest n for the first k will probably be rather close to the true lowest n. If you need more granular detail, you can get it per k on the built-in PRPnet status pages.)
If you'd prefer it sorted by length, (which is practically by n for NPLB's purposes) this is a simple change in PRPnet's source: prpserver.cpp line 1446, change "theCandidate = g_CandidatesByBKCN[i];" to "theCandidate = g_CandidatesByLength[i];". I've tried this, and AFAICT it works perfectly.
Not sure if it's worth making the change each version, but there it is.

Last fiddled with by Mini-Geek on 2009-11-30 at 19:13

 2009-11-30, 19:57 #31 MyDogBuster     May 2008 Wilmington, DE 2·72·29 Posts Nice job Max. Now I don't have to be re-trained which at my age is next to impossible.
 2009-11-30, 21:22 #32 gd_barnes     May 2007 Kansas; USA 22·2,539 Posts Excellent. That's a good stop gap page until we can get something that is more exact. The main useful thing is the primes file.
2009-11-30, 21:34   #33
gd_barnes

May 2007
Kansas; USA

22×2,539 Posts

Quote:
 Originally Posted by Mini-Geek If you'd prefer it sorted by length, (which is practically by n for NPLB's purposes) this is a simple change in PRPnet's source: prpserver.cpp line 1446, change "theCandidate = g_CandidatesByBKCN[i];" to "theCandidate = g_CandidatesByLength[i];". I've tried this, and AFAICT it works perfectly. Not sure if it's worth making the change each version, but there it is.
Outstanding!! Thanks for the great tip Tim.

Max, can you please make this change to the various PRPnet servers, recompile them, stop them, and restart them. Perhaps you can call the changed binary "prpservern", which indicates that the prpserver.candidates file would be sorted by n. The sorting of the candidates file has always annoyed me greatly. You can't quickly tell what candidates are handed out to people. You also can't quickly tell what the "true" lowest and highest n-value that are remaining.

You'd also have to do this with each new version of the PRPnet server that comes out unless you can talk Mark into making it the default sorting method in the code. For that reason, I would not suggest putting the version # in the name of the changed binary. We'd have too many of them very quickly.

Another thing, can we delete all of the previous temporary prpserver244 binaries from the various prpnet folders? I also see that one of them has a prpserver230, which I assume can be deleted. That way I'll always know to restart them with the prpserver binary as needed.

Thanks,
Gary

Last fiddled with by gd_barnes on 2009-11-30 at 21:39

 Similar Threads Thread Thread Starter Forum Replies Last Post ltd Prime Sierpinski Project 86 2012-06-06 02:30 Mattyp101 Conjectures 'R Us 2 2011-02-07 13:53 Joe O Sierpinski/Riesel Base 5 1 2010-10-22 20:11 rogue Conjectures 'R Us 220 2010-10-12 20:48 rogue Conjectures 'R Us 250 2009-12-27 21:29

All times are UTC. The time now is 11:52.

Tue Jul 14 11:52:19 UTC 2020 up 111 days, 9:25, 1 user, load averages: 1.95, 2.02, 1.96