mersenneforum.org  

Go Back   mersenneforum.org > Prime Search Projects > No Prime Left Behind

Reply
 
Thread Tools
Old 2008-07-07, 17:04   #89
mdettweiler
A Sunny Moo
 
mdettweiler's Avatar
 
Aug 2007
USA (GMT-5)

3·2,083 Posts
Default

I was processing the results for IB8500 just now, when I found that there were ~5000 missing results! Most likely this is due to the little mix-up we had earlier with results; I checked in the results files for all the other servers that they could have possibly been misdirected to, but didn't find anything. So, it looks like those results are gone for good--they'll need to be reprocessed.

I'm going to email these to IronBits to be loaded into a temporary server shortly; to avoid confusion, I'll suggest that the server be on nplb.ironbits.net port 9000, rather than the original llrnet.no-ip.info port 8500.
mdettweiler is offline   Reply With Quote
Old 2008-07-07, 18:03   #90
gd_barnes
 
gd_barnes's Avatar
 
May 2007
Kansas; USA

10,099 Posts
Default

Quote:
Originally Posted by IronBits View Post
for llrnet and nplb servers
jobMaxTime = 3 * 24 * 3600 -- 3 days

for crus port 6
jobMaxTime = 14 * 24 * 3600 -- 14 days
Is 3 days the limit for all NPLB servers now? If so, great! Let's go with that.

For CRUS port 6, let's change that to 7 days. I can think of no reason to have it longer, even for a GIMPS-sized test, which takes ~1 day to test.


Thanks,
Gary
gd_barnes is offline   Reply With Quote
Old 2008-07-07, 18:40   #91
gd_barnes
 
gd_barnes's Avatar
 
May 2007
Kansas; USA

10,099 Posts
Default

Quote:
Originally Posted by Anonymous View Post
I was processing the results for IB8500 just now, when I found that there were ~5000 missing results! Most likely this is due to the little mix-up we had earlier with results; I checked in the results files for all the other servers that they could have possibly been misdirected to, but didn't find anything. So, it looks like those results are gone for good--they'll need to be reprocessed.

I'm going to email these to IronBits to be loaded into a temporary server shortly; to avoid confusion, I'll suggest that the server be on nplb.ironbits.net port 9000, rather than the original llrnet.no-ip.info port 8500.

Ugh! I hope we finally have these results issues fixed. It's very possible that those k/n pairs were never processed. That's what I'm hoping. That could be a partial explanation for the huge primeless gap for port 8500.

When IronBits gets port 9000 set up and the file loaded in, I'll redirect all of my port 300 resources at it (22 cores) until it's dry.

On another note, did Beyond say that he was done with n=486K-496K? I thought he did. If so, there was a large primeless gap for n=~493K-496K there too. I realize primes get less as n-values rise but these huge primeless gaps we've been having on several different ranges at once are much more than that. Bleh!

I hope that all/most of the results have been processed on port 300 for n=478K-485K.


Gary

Last fiddled with by gd_barnes on 2008-07-07 at 18:42
gd_barnes is offline   Reply With Quote
Old 2008-07-07, 19:59   #92
mdettweiler
A Sunny Moo
 
mdettweiler's Avatar
 
Aug 2007
USA (GMT-5)

3·2,083 Posts
Default

Quote:
Originally Posted by gd_barnes View Post
Is 3 days the limit for all NPLB servers now? If so, great! Let's go with that.

For CRUS port 6, let's change that to 7 days. I can think of no reason to have it longer, even for a GIMPS-sized test, which takes ~1 day to test.


Thanks,
Gary
About changing the port 6 time to 7 days: actually, I thought that's what it was already. (Port 4, on the contrary, was set to 14 days because of its larger numbers.)

One correction I must make, though: you said that a GIMPS-sized test only takes ~1 day to test. Actually, the leading edge of GIMPS tests consists of exponents taking upwards of a month apiece on a fast machine. Doublechecks are about 5 days to a week depending on the exact range.
mdettweiler is offline   Reply With Quote
Old 2008-07-07, 20:04   #93
mdettweiler
A Sunny Moo
 
mdettweiler's Avatar
 
Aug 2007
USA (GMT-5)

3×2,083 Posts
Default

Quote:
Originally Posted by gd_barnes View Post
Ugh! I hope we finally have these results issues fixed. It's very possible that those k/n pairs were never processed. That's what I'm hoping. That could be a partial explanation for the huge primeless gap for port 8500.

When IronBits gets port 9000 set up and the file loaded in, I'll redirect all of my port 300 resources at it (22 cores) until it's dry.

On another note, did Beyond say that he was done with n=486K-496K? I thought he did. If so, there was a large primeless gap for n=~493K-496K there too. I realize primes get less as n-values rise but these huge primeless gaps we've been having on several different ranges at once are much more than that. Bleh!

I hope that all/most of the results have been processed on port 300 for n=478K-485K.


Gary
Yes, Beyond sent me the results for 486K-496K sometime while I was away. I'll try to get them processed today.

As for port 300's 478K-485K, according to the http://nplb.rieselprime.org home page, there are at least a few unprocessed results in that range. I can process the incomplete results, and then find out the exact number of unprocessed results--I'll see about doing that later today when I process Beyond's results.
mdettweiler is offline   Reply With Quote
Old 2008-07-07, 23:19   #94
gd_barnes
 
gd_barnes's Avatar
 
May 2007
Kansas; USA

277316 Posts
Default

Quote:
Originally Posted by Anonymous View Post
About changing the port 6 time to 7 days: actually, I thought that's what it was already. (Port 4, on the contrary, was set to 14 days because of its larger numbers.)

One correction I must make, though: you said that a GIMPS-sized test only takes ~1 day to test. Actually, the leading edge of GIMPS tests consists of exponents taking upwards of a month apiece on a fast machine. Doublechecks are about 5 days to a week depending on the exact range.

What the world was I smoking? Aw, one day vs. one month, what the heck's the difference? lol Obviously a very poor example. I knew it was a month because I tested one for them.

If I remember right, if you're lucky enough to get an exponent left over that's right near a 10M digit number, you can test it in 20 days with the newer faster machines. But for n>40M, I'm sure the newer machines would need a month.

Assuming that port 6 is at 7 days, I'm wondering now if we shouldn't just make it 3 days also. Even if testing times approach 1 hour, which they haven't yet, 3 days should be sufficient. I'll broach the subject at CRUS.


Gary
gd_barnes is offline   Reply With Quote
Old 2008-07-07, 23:22   #95
gd_barnes
 
gd_barnes's Avatar
 
May 2007
Kansas; USA

10,099 Posts
Default

Quote:
Originally Posted by Anonymous View Post
Yes, Beyond sent me the results for 486K-496K sometime while I was away. I'll try to get them processed today.

As for port 300's 478K-485K, according to the http://nplb.rieselprime.org home page, there are at least a few unprocessed results in that range. I can process the incomplete results, and then find out the exact number of unprocessed results--I'll see about doing that later today when I process Beyond's results.
OK cool on Beyond's range.

Unless you really want to, don't waste time messing with n=478K-485K right now. Wait until 3 days after when it started handing out pairs for n>485K or when you see 'active minimum n' is n>485K. There's no use for you to waste your time on it until we wait for any outstanding k/n pairs to get tested or returned to the server for testing.


Gary
gd_barnes is offline   Reply With Quote
Old 2008-07-08, 00:34   #96
IronBits
I ♥ BOINC!
 
IronBits's Avatar
 
Oct 2002
Glendale, AZ. (USA)

3·7·53 Posts
Default

Ok, it's back up, but on port 8500
9000 is a CSlistner / Transmission Control Protocol and would not work here.

8500 is not being used anyways and that's where it came from, so, back on it again until it's finished.
I can't believe there are 5000 results missing, that makes absolutely no sense.
Let me send you my results.txt file and see if you can find them in there.
<argh!>

IronBits is offline   Reply With Quote
Old 2008-07-08, 00:38   #97
gd_barnes
 
gd_barnes's Avatar
 
May 2007
Kansas; USA

10,099 Posts
Default

Quote:
Originally Posted by IronBits View Post
Ok, it's back up, but on port 8500
9000 is a CSlistner / Transmission Control Protocol and would not work here.

8500 is not being used anyways and that's where it came from, so, back on it again until it's finished.
I can't believe there are 5000 results missing, that makes absolutely no sense.
Let me send you my results.txt file and see if you can find them in there.
<argh!>
OK, when we verify that none of the missing results are in that file, I'll move the house to port 8500. 22 cores should dry it in < 1 day.


Gary

Last fiddled with by gd_barnes on 2008-07-08 at 00:44
gd_barnes is offline   Reply With Quote
Old 2008-07-08, 00:43   #98
IronBits
I ♥ BOINC!
 
IronBits's Avatar
 
Oct 2002
Glendale, AZ. (USA)

3×7×53 Posts
Default

http://llrnet.no-ip.info/results/res...t_8500_RAW.txt

I can't figure this one out, so am leaving it to the professionals!
I just looked at this file and it starts with (/me scratches head)
user=Brucifer
[02/07/2008 06:34:41 AM]
813*2^477532-1 is not prime. Res64: B8690845A1CF64AC Time : 1131.0 sec.

ends with

user=Brucifer
[03/07/2008 11:46:08 AM]
983*2^478000-1 is not prime. Res64: 14C64E28EB13007F Time : 1137.0 sec.

I'm guessing the file never got MOVED out of the working directory - probably permissions, and no one caught it?
No primes either

Last fiddled with by IronBits on 2008-07-08 at 00:46
IronBits is offline   Reply With Quote
Old 2008-07-08, 04:46   #99
gd_barnes
 
gd_barnes's Avatar
 
May 2007
Kansas; USA

10,099 Posts
Default

Quote:
Originally Posted by IronBits View Post
http://llrnet.no-ip.info/results/res...t_8500_RAW.txt

I can't figure this one out, so am leaving it to the professionals!
I just looked at this file and it starts with (/me scratches head)
user=Brucifer
[02/07/2008 06:34:41 AM]
813*2^477532-1 is not prime. Res64: B8690845A1CF64AC Time : 1131.0 sec.

ends with

user=Brucifer
[03/07/2008 11:46:08 AM]
983*2^478000-1 is not prime. Res64: 14C64E28EB13007F Time : 1137.0 sec.

I'm guessing the file never got MOVED out of the working directory - probably permissions, and no one caught it?
No primes either

Anon,

Working directory? Permissions? No one caught it? I haven't a clue what all of this means. How is it that we're supposed to catch something that should not have happened in the first place? Can you clarify in non-techie terms?

Regardless, are these the missing results? An n=468 range should be close to 5000 results. If so, I'm staying on port 300.


Gary
gd_barnes is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
PRPnet servers for NPLB mdettweiler No Prime Left Behind 228 2018-12-26 04:50
Servers for NPLB gd_barnes No Prime Left Behind 0 2009-08-10 19:21
LLRnet servers for CRUS gd_barnes Conjectures 'R Us 39 2008-07-15 10:26
NPLB LLRnet server discussion em99010pepe No Prime Left Behind 229 2008-04-30 19:13
NPLB LLRnet server #1 - dried em99010pepe No Prime Left Behind 19 2008-03-26 06:19

All times are UTC. The time now is 01:16.

Wed Apr 8 01:16:06 UTC 2020 up 13 days, 22:49, 3 users, load averages: 1.29, 1.50, 1.74

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.

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.