mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   No Prime Left Behind (https://www.mersenneforum.org/forumdisplay.php?f=82)
-   -   LLRnet servers for NPLB (https://www.mersenneforum.org/showthread.php?t=10042)

kar_bon 2008-03-01 13:54

LLRnet servers for NPLB
 
[COLOR=black][B]Note: Please do not use LLRnet "proxy servers" on public LLRnet servers. They will sometimes crash the server.[/B][/COLOR]

A daily general report for all of gd_barnes's LLRnet servers is at [URL]http://www.noprimeleftbehind.net/llrnet[/URL].
An hourly/daily progress report for all NPLB servers is at [URL]http://www.noprimeleftbehind.net/stats/index.php?content=port[/URL].
[B]Currently processing ranges last updated 2014-08-17 18:00 GMT.[/B]

[B]NPLB LLRnet server #1:[/B]
Short identification: G3500
server = "www.noprimeleftbehind.net"
port = 3500
k's: 347/351/355/357/359/361/365/367/369/371/375/377/379/381/383/385/387 (17k maxi-drive)
n-range: 1M-1.61M
currently processing 17k maxi-drive at n= [COLOR=#0000ff](complete)[/COLOR]

[B]NPLB LLRnet server #2:[/B]
Short identification: G7000
server = "www.noprimeleftbehind.net"
port = 7000
k's: 317/329/335/341/363/391/393/399 (8k mini-drive)
n-range: 1.3M-1.575M
currently processing 8k mini-drive at n= [COLOR=blue](complete)[/COLOR]

Brucifer 2008-05-22 06:15

[QUOTE=Anonymous;133914]Just curious...how warm does it get in that room without the A/C? :smile:[/QUOTE]

Luckily I haven't found out yet! :)

However it has been hot enough that I know the computers would cook themselves without the A/C.

gd_barnes 2008-05-22 09:11

[quote=Brucifer;133949]Luckily I haven't found out yet! :)

However it has been hot enough that I know the computers would cook themselves without the A/C.[/quote]

I'm very curious...Exactly what happens when a computer cooks itself? As funny as it sounds, it's a serious question.

Brucifer 2008-05-22 15:30

If your cpu has thermal protection then you are probably okay if all works well as it should shut down once it reaches the shutdown temperature. If it doesn't, then the internal temperature will just keep rising until something melts and shorts out. Could be the cpu, could be the power supply, could be a component on the motherboard. What happens when your cpu fan fails to keep the cpu within the required operating temperature range? :)

When a cpu overheats and destroys itself, it's not abnormal for the motherboard to end up unusable too. So the end result can get rather expensive. One of the gents on the amd_users forum had his computers in his garage, and ended up with one of them starting a fire with resulting serious damage to the garage structure of several thousand dollars.

mdettweiler 2008-05-22 16:03

I once saw a video somewhere where some people had some computers laid out without cases, running, on a desk, but with the heatsink/fan not actually attached (just sitting on top of the CPU). Then somebody pulled the heatsink/fan off the CPU, and within seconds, BOOM! The CPU vaporized itself. A close-up shot of the CPU socket revealed nothing but some fine white-grey ash.

It was a pity they did it with good P4's and Athlons, though--if they were smart they would have done it with a Pentium or 486. (You could also say that if they were smart they wouldn't have been vaporizing CPU's in the first place. :wink:)

I don't remember exactly where I saw it, I know it wasn't YouTube, so unfortunately I can't provide a link. (I'd somehow managed to save the video file, though, and I've got it on my hard drive, so if anyone wants it just give me a PM/email and I'll send it to you. :smile:)

IronBits 2008-05-23 05:28

[url]http://www.youtube.com/watch?v=A4l8aQ07yvU[/url] :smile:

mdettweiler 2008-05-23 05:35

[quote=IronBits;134061][URL]http://www.youtube.com/watch?v=A4l8aQ07yvU[/URL] :smile:[/quote]
Hmm...that wasn't the same video I saw before, actually I'm surprised that the processors lasted as long as they did for this one. :smile:

I've uploaded the one I saw earlier to my web hosting space, you can download it [url=http://bugmesticky.googlepages.com/ComputerProcessors.wmv]here[/url]. :smile:

IronBits 2008-05-23 15:25

Ya, I found and skipped that one as I remembered it was the general consensus of many at the time, that it was fake.
Something to do with the explosion going thru the table or something like that.
The one I linked to is from TomsHardware ...
I too have taken heatsinks off old cpus, and everyone that I did it to, just fried them, and I've never seen any explode.

Found it... ;)

[URL]http://www.xtremesystems.org/forums/showthread.php?t=81855[/URL]

mdettweiler 2008-05-23 19:09

[quote=IronBits;134108]Ya, I found and skipped that one as I remembered it was the general consensus of many at the time, that it was fake.
Something to do with the explosion going thru the table or something like that.
The one I linked to is from TomsHardware ...
I too have taken heatsinks off old cpus, and everyone that I did it to, just fried them, and I've never seen any explode.

Found it... ;)

[URL]http://www.xtremesystems.org/forums/showthread.php?t=81855[/URL][/quote]
Hmm...maybe the only reason why those exploded, then, was due to way, way, way overclocking in addition to pulling off the heatsink?

IronBits 2008-05-24 07:00

Or explosive device, lithium batteries do that when they are shorted out, so maybe they found a way to ignite it via heat. ;)

em99010pepe 2008-06-06 10:49

IB,

I have one client stuck with 40 candidates to upload, I suppose it's an internet issue from my work but just to be safe please tell me what's jobMaxTime for your server port 5000? Thank you.

Carlos

IronBits 2008-06-06 12:29

7 days

gd_barnes 2008-06-06 19:01

When port 300 has hit n=455K, if people can move some of their machines over to port 400, that would help fill in the gap.


Thanks,
Gary

gd_barnes 2008-06-06 19:06

I see that I am no longer processing port 300 while I am out of town. Either there was a power outage at my place, an internet interruption, or port 300 went down. Argh! That's 5 cores that will sit idle for 5 more days.

I wonder what happened? That's the first time that's happened.

Anon, after I get back, I'll make it a priority for getting remote desktop for Linux set up. Can I access Linux machines from a Windows machine?


Gary

mdettweiler 2008-06-06 19:22

[quote=gd_barnes;135352]I see that I am no longer processing port 300 while I am out of town. Either there was a power outage at my place, an internet interruption, or port 300 went down. Argh! That's 5 cores that will sit idle for 5 more days.

I wonder what happened? That's the first time that's happened.

Anon, after I get back, I'll make it a priority for getting remote desktop for Linux set up. Can I access Linux machines from a Windows machine?


Gary[/quote]
Port 300 definitely did not go down, so the problem must be on your end. I noticed that no results have been returned to your IB8000 personal server for the past few days, either.

As for the remote desktop thing, yes, you can control a Linux machine from a Windows one. The Linux remote desktop software, also known as VNC, has both viewers and servers available for Linux, Windows, and Mac machines. :smile:

em99010pepe 2008-06-06 19:33

[quote=IronBits;135310]7 days[/quote]

Can you check if you received rejected pairs from me? I sent them using a different machine.
Here's the list:

[code]6000000000000:M:1:2:258 367 510085 -2 E4870E9E52DF4AC3
6000000000000:M:1:2:258 315 510091 -2 25F14A05D6E390F3
6000000000000:M:1:2:258 335 510094 -2 D9DA0E2C8207423A
6000000000000:M:1:2:258 399 510097 -2 98D399DED9362408
6000000000000:M:1:2:258 319 510101 -2 FCED063310920084
6000000000000:M:1:2:258 323 510104 -2 12E35B24AAF0FCDC
6000000000000:M:1:2:258 327 510106 -2 0C00AB3953DF34AE
6000000000000:M:1:2:258 347 510114 -2 B9635231C3761887
6000000000000:M:1:2:258 381 510121 -2 87D52F044FA59655
6000000000000:M:1:2:258 325 510125 -2 60738EE064F96DE0
6000000000000:M:1:2:258 347 510128 -2 C6411272A850DE3F
6000000000000:M:1:2:258 353 510132 -2 0C7334D6C5A8E54F
6000000000000:M:1:2:258 317 510136 -2 44B363AF4201C44B
6000000000000:M:1:2:258 391 510139 -2 723E269CD9653E44
6000000000000:M:1:2:258 325 510145 -2 15B03B88309CA8EF
6000000000000:M:1:2:258 315 510148 -2 E4E2292E9C067905
6000000000000:M:1:2:258 347 510150 -2 0F701BEB29573E76
6000000000000:M:1:2:258 327 510153 -2 B03FD8919FCD2516
6000000000000:M:1:2:258 315 510156 -2 04A81E278250BE96
6000000000000:M:1:2:258 331 510159 -2 BDEDEA5A798733E1
6000000000000:M:1:2:258 359 510168 -2 5E3AD0E7897D90E0
6000000000000:M:1:2:258 349 510171 -2 74A6AE425FB60C38
6000000000000:M:1:2:258 301 510177 -2 FC0F96CB771E2B8A
6000000000000:M:1:2:258 301 510181 -2 76991300714202F4
6000000000000:M:1:2:258 317 510186 -2 6435F61EDDEE7370
6000000000000:M:1:2:258 347 510188 -2 44617279E16E93B7
6000000000000:M:1:2:258 333 510191 -2 A0C630C0D2A062F9
6000000000000:M:1:2:258 359 510192 -2 A1C3A108E94C1A57
6000000000000:M:1:2:258 383 510196 -2 4A4B3048542D08CB
6000000000000:M:1:2:258 333 510198 -2 1BC83B7869A8D57C
6000000000000:M:1:2:258 369 510204 -2 7ACE1195630E672D
6000000000000:M:1:2:258 345 510207 -2 FBCDC2DDBB666186
6000000000000:M:1:2:258 343 501451 -2 EDD008551C799C6C
6000000000000:M:1:2:258 333 510215 -2 05451C1A8DCD8CB2
6000000000000:M:1:2:258 375 510218 -2 F22E71C2868411B1
6000000000000:M:1:2:258 315 501467 -2 3E64F4B4B1C68544
6000000000000:M:1:2:258 357 510228 -2 174EC91994442454
6000000000000:M:1:2:258 399 510231 -2 E069EB2709D0F84F
6000000000000:M:1:2:258 313 510235 -2 2B4BC604BE859F5B
6000000000000:M:1:2:258 301 510237 -2 5821B4F03493E302[/code]

IronBits 2008-06-06 23:05

ssh works well to.

mdettweiler 2008-06-07 04:12

[quote=IronBits;135371]ssh works well to.[/quote]
Yes, but I'm thinking that given Gary's level of computer-geekiness, he'd be much more comfortable with a GUI remote-control tool, not a command line one. (Yes, I know about X forwarding and all that--in fact I use it myself a lot--but it still requires a certain degree of comfortability with the command line.)

However, it would still be quite useful for Gary to use SSH to tunnel the VNC connections through--that way, he only has to forward the SSH port for one of his machines to the internet, not a separate VNC port for each machine. What I'm thinking would be best would be to use SSH on one of his machines as a jumping-off point for a tunneled VNC connection to all the other machines. (Don't worry, Gary, it may sound really technical the way I'm describing it here, but hopefully it won't be in my instructions that I'll be sending to you. :smile:) An added benefit of this is that all the VNC connections are fully and securely encrypted through the SSH connection.

Gary, while you're out of town I'll try to get the instructions put together for you to set up an SSH server on each of your machines (it's quite simple, actually--assuming we don't have problems with port forwarding like you've had before, it should be even easier than running an LLRnet [i]client[/i]! :smile:), and to make one of them accessible from the Internet. From there, I can SSH into your machines and do all the VNC configuration for you. :smile: You can expect to see the instructions in your PM box shortly.

Anon :smile:

em99010pepe 2008-06-07 14:55

Is it possible to import again the IB5000 stats to [URL]http://nplb.rieselprime.org/?[/URL] Thank you.

Edit: How often do the import take place?

mdettweiler 2008-06-07 15:23

[quote=em99010pepe;135395]Is it possible to import again the IB5000 stats to [URL]http://nplb.rieselprime.org/?[/URL] Thank you.

Edit: How often do the import take place?[/quote]
Actually, that was done yesterday for both IB5000 and IB400 servers. :smile: Right now there's no official schedule for the stats import, but I'll try to send Adam the data every 3-5 days. :smile:

kar_bon 2008-06-07 16:55

i'll compare the stats from AES with my spreadsheets:
for now i can say that the stats for server IB5000 not correct.
my stats say 209808 pairs so far. i think the old results from port 500 are missing.
i'll check more, the stats for the users too.

mdettweiler 2008-06-07 17:15

[quote=kar_bon;135409]i'll compare the stats from AES with my spreadsheets:
for now i can say that the stats for server IB5000 not correct.
my stats say 209808 pairs so far. i think the old results from port 500 are missing.
i'll check more, the stats for the users too.[/quote]
The port 500/6000 stats are listed separately on Adam's page from the IB5000 stats. Maybe that's why they appear to be missing? (Or did you mean to say that there are old results from port 5000 that are missing?)

gd_barnes 2008-06-09 19:50

[quote=Anonymous;135353]Port 300 definitely did not go down, so the problem must be on your end. I noticed that no results have been returned to your IB8000 personal server for the past few days, either.

As for the remote desktop thing, yes, you can control a Linux machine from a Windows one. The Linux remote desktop software, also known as VNC, has both viewers and servers available for Linux, Windows, and Mac machines. :smile:[/quote]

Yep, it appears that I temporarily lost connection and unfortunately the machines don't automatically reconnect so I'm screwed for 2 more days on my 5 port 300 cores and 3 port 8000 cores.

My mom tried to call my house during that time and the call didn't go through at all. Since I have cable/internet/phone all going through the cable line, that confirmed that Road Runner dropped the connection for at least several hours causing me to lose 5-6 days work on 8 cores. :furious:


Gary

gd_barnes 2008-06-09 19:54

It's become high priority now: How about everyone switch their port 300 cores over to port 400 to finish up that range? I'll put my 5 cores on it when I get back in 2 days.


Gary

em99010pepe 2008-06-15 13:26

Anon,

When you get the time please proceed with another stats import, thank you.

Carlos

mdettweiler 2008-06-15 13:28

[quote=em99010pepe;135958]Anon,

When you get the time please proceed with another stats import, thank you.

Carlos[/quote]
Okay, will do. I'm kinda busy today, but should be able to do it either in the evening today (EDT time), or sometime earlier tomorrow. :smile:

em99010pepe 2008-06-17 09:20

[quote=Anonymous;135960]Okay, will do. I'm kinda busy today, but should be able to do it either in the evening today (EDT time), or sometime earlier tomorrow. :smile:[/quote]

Still waiting...then don't forget to clean this thread. Thank you.

mdettweiler 2008-06-17 13:55

[quote=em99010pepe;136066]Still waiting...then don't forget to clean this thread. Thank you.[/quote]
Oh, I forgot to mention it here--I sent in a stats update yesterday. And from the looks of things, it would seem that Adam imported them A-OK. :smile:

em99010pepe 2008-06-22 15:12

[B]NPLB LLRnet server #4

[/B] currently processing at n= [COLOR=blue]~506.2K[/COLOR]

gd_barnes 2008-06-26 07:53

Port 300 is now the priority and will be for a while now. I've moved my 5 cores over to it now.

gd_barnes 2008-06-26 07:57

Lennart,

Did you and Anon decide to remove the pairs from your server for n>521.3K?

If so, can you let us know what the first and last k/n pairs that were removed? We'll use part or all of it to send to anyone who requests manual reservations.


Thanks,
Gary

Lennart 2008-06-26 08:52

[quote=gd_barnes;136626]Lennart,

Did you and Anon decide to remove the pairs from your server for n>521.3K?

If so, can you let us know what the first and last k/n pairs that were removed? We'll use part or all of it to send to anyone who requests manual reservations.


Thanks,
Gary[/quote]

Yes He have the result 520k-521,2k and i shall send 521,2-521,3k later today.

/Lennart

mdettweiler 2008-06-26 14:42

[quote=gd_barnes;136625]Port 300 is now the priority and will be for a while now. I've moved my 5 cores over to it now.[/quote]Actually, shouldn't we make port 8500 the priority, too? (Maybe a joint priority?) It has the lowest range, and since Brucifer's farm is all turned off, there's nobody working on it right now except one core from me (and no way am I going to be able to finish the ~2.5K left in there by my self!)

mdettweiler 2008-06-26 15:19

Just a quick question: do we plan to keep the C400 server active during non-rally times? If so, I'll fill it up with another chunk of work before I leave on vacation.

em99010pepe 2008-06-26 15:20

C400 has no activity for the past 3 days. It's down.

mdettweiler 2008-06-26 15:21

[quote=em99010pepe;136659]C400 has no activity for the past 3 days. It's down.[/quote]
Okay, then, I won't refill it.

gd_barnes 2008-06-26 18:11

Anon,

Don't refill any of the servers shown in this thread except perhaps for port 5000. All of them except that port have well more then enough work for several weeks at current processing rates.

If you send data to Ironbits for port 5000 on drive 3, just make it up to n=540K. But even that one likely has enough data for over a week yet unless one of the heavy-hitters moves a bunch of cores to it.

On the off-hand chance that one of them runs low, I can easily send data on it. I'll be in town for the next 3 weeks now.


Gary

gd_barnes 2008-06-26 18:16

To all who have servers set up for us here: Don't worry if your server has no activity for several days or weeks. Please leave them intact and we will get to them after lower gaps are filled or the next rally comes around. While I was on a business trip, I was the only one running port 400 for the last 2-3 days and I've now moved those cores to port 300. So as of early this morning, no one was running port 400.

Since we will need these servers for rallies, many times the only activity they will get is during the rallies (~once/month) until their range contains the lowest unfilled gap.


Thanks,
Gary

gd_barnes 2008-06-26 18:20

[quote=Anonymous;136653]Actually, shouldn't we make port 8500 the priority, too? (Maybe a joint priority?) It has the lowest range, and since Brucifer's farm is all turned off, there's nobody working on it right now except one core from me (and no way am I going to be able to finish the ~2.5K left in there by my self!)[/quote]

Oh! I had no idea because it's not listed here. I saw it in the ranges reserved but I thought Bruce was going to finish that himself since he said that his farm was back on after his wife decided to continue working.

Yes, it should be top priority! Can you add the technical info. for it here? I'll then switch over my 5 port 300 cores to it sometime this afternoon.


Gary

mdettweiler 2008-06-26 19:36

[quote=gd_barnes;136687]Anon,

Don't refill any of the servers shown in this thread except perhaps for port 5000. All of them except that port have well more then enough work for several weeks at current processing rates.

If you send data to Ironbits for port 5000 on drive 3, just make it up to n=540K. But even that one likely has enough data for over a week yet unless one of the heavy-hitters moves a bunch of cores to it.

On the off-hand chance that one of them runs low, I can easily send data on it. I'll be in town for the next 3 weeks now.


Gary[/quote]
Oops, sorry--I already refilled both port 400 and port 5000. Oh well, port 400 was the one that was closest to needing refilling anyway. :smile:

mdettweiler 2008-06-26 19:37

[quote=gd_barnes;136692]Oh! I had no idea because it's not listed here. I saw it in the ranges reserved but I thought Bruce was going to finish that himself since he said that his farm was back on after his wife decided to continue working.

Yes, it should be top priority! Can you add the technical info. for it here? I'll then switch over my 5 port 300 cores to it sometime this afternoon.


Gary[/quote]
Okay, I'll do that. :smile:

gd_barnes 2008-06-26 20:52

[quote=Anonymous;136699]Oops, sorry--I already refilled both port 400 and port 5000. Oh well, port 400 was the one that was closest to needing refilling anyway. :smile:[/quote]

No one is working on port 400. I was the only one for 2 days and then switched to port 300, which, had I been in town, would have been 2 days earlier. :smile:

Oh well, we'll get to it eventually.

gd_barnes 2008-06-26 21:01

[quote=Anonymous;136700]Okay, I'll do that. :smile:[/quote]

The link for port 8500 goes to the same place as ports 400 and 5000. I tried typing in [url]http://llrnet.no-ip.info.index/html[/url] in the web address that you have shown but it can't find the page. Any idea what is up there?


Gary

mdettweiler 2008-06-26 21:04

[quote=gd_barnes;136705]The link for port 8500 goes to the same place as ports 400 and 5000. I tried typing in [URL]http://llrnet.no-ip.info.index/html[/URL] in the web address that you have shown but it can't find the page. Any idea what is up there?


Gary[/quote]
Whoops, I messed up with the link. Now it should work. :smlie:

IronBits 2008-06-27 03:26

Drop the index.html - it is the default web page now.
If I were to change it to index.php, the link would not work because you're hard linking the start page.

To always be correct and safe, just use:

[URL]http://llrnet.no-ip.info[/URL]
[URL]http://crus.ironbits.net[/URL]
[URL]http://nplb.ironbits.net[/URL]

:smile:

mdettweiler 2008-06-27 04:55

[quote=IronBits;136732]Drop the index.html - it is the default web page now.
If I were to change it to index.php, the link would not work because you're hard linking the start page.

To always be correct and safe, just use:

[URL]http://llrnet.no-ip.info[/URL]
[URL]http://crus.ironbits.net[/URL]
[URL]http://nplb.ironbits.net[/URL]

:smile:[/quote]
Okay, I changed the links. :smile:

gd_barnes 2008-06-29 00:45

Ironbits,

A couple of things:

First, thanks for adding the primes found by yours servers to your web pages. One small issue there: There is no carrot (exponentiation symbol) in the primes. It looks like 545*2456789-1 instead of 545*2^456789-1.

Second, there appears to be a problem with the way k/n pairs are returned to the server if they haven't been processed within the alloted time frame. There appear to be k/n pairs remaining in port 400 for the n=458K-463K range yet port 400 is now handing out pairs for n>500K.

What we need is for the k/n pairs that are returned to go to the top of the k/n pair queue for distribution. Alternatively, the queue needs to have a continuous automatic sort by n-value primary and k-value secondary. I believe Adam's port 300 does by utilizing and SQL database or something like that. I'm not asking you to create some new database or anything. I'm just wondering if there is a workaround on this issue.

Right now, it looks like we'd have to process the entire n=500.7K-505K range (a very large amount of processing) before we would get to the missing k/n pairs for n=458K-463K.

As a temporary fix here, since port 400 currently and will likely have no activity for a while right now, can you pull the file out of it, sort it by n-value ascending primary and k-value ascending secondary and then reload it. I'll then put a core on it to process the missing k/n pairs for n=458K-463K so that we can get those results processed and the range closed.

Thanks a bunch.


Gary

IronBits 2008-06-29 00:57

Crap, the ^ is being stripped, I'll get er fixed up by tomorrow but will begin fixing it soon.
I haven't a clue about the rest.
I stop the server
cat newpairs.txt >> knpairs.txt
start the server
I thought the sorting was controlled in one of the .lua files?
It's odd that it's the only one... hopefully something hasn't gone stupid.
would just a plain old sort, looking at column one work?
Otherwise, I'll have to take it down and email it to you...

gd_barnes 2008-06-29 01:03

[quote=IronBits;136854]Crap, the ^ is being stripped, I'll get er fixed up by tomorrow but will begin fixing it soon.
I haven't a clue about the rest.
I stop the server
cat newpairs.txt >> knpairs.txt
start the server
I thought the sorting was controlled in one of the .lua files?
It's odd that it's the only one... hopefully something hasn't gone stupid.[/quote]

OH!! My apologies. I had stopped processing port 400 2-3 days ago and it was handing out n=500K+ pairs then, which is why I switched everything over to port 300 and later on port 8500 after I realized it had the lowest n-range left. I now just started a slow core on port 400 and wha-la, it handed out 489*2^462363-1.

The only thing I can figure is that the pairs got returned since the time-frame in which I stopped processing the server. I'll put a high-speed core on it and see if there are many pairs left for n<463K. If so, I'll switch all 5 high-speed cores back from port 8500 to port 400. Weeee....around-and-around I go! lol


Gary

gd_barnes 2008-06-29 01:09

[quote=IronBits;136854]Crap, the ^ is being stripped, I'll get er fixed up by tomorrow but will begin fixing it soon.
I haven't a clue about the rest.
I stop the server
cat newpairs.txt >> knpairs.txt
start the server
I thought the sorting was controlled in one of the .lua files?
It's odd that it's the only one... hopefully something hasn't gone stupid.
would just a plain old sort, looking at column one work?
Otherwise, I'll have to take it down and email it to you...[/quote]


Responding to your edited part...

No, just a plain old alphanumeric left-to-right sort wouldn't work. That would sort by k-value and then n-value, which is the opposite of what we'd want. Also, k=1001 would sort ahead of all of the other k-values, which while technically incorrect, would only be a minor problem. The n-value in the 2nd column is the important thing.

But, reference my last post, we may not have a problem. If we do, I'll let you know and you can Email the file to me and I'll get it sorted by the 2nd column (n-value) followed by the 1st column (k-value).


Gary

IronBits 2008-06-29 02:11

Whew!
Be still my fast beating heart... :smile:

Fixed the primes so they show that ^ character where it belongs.

Now to fix the daily runs so when more are added to the primes list so they will look right to.

gd_barnes 2008-06-29 02:21

[quote=IronBits;136862]Whew!
Be still my fast beating heart... :smile:

Fixed the primes so they show that ^ character where it belongs.

Now to fix the daily runs so when more are added to the primes list so they will look right to.[/quote]

LMAO; cool!

And on the other note, there was no sorting problem. There appear to be LOTS of n=462.3-.4-.5-.6K k/n pairs in port 400. I wonder where they all came from in the last 2-3 days after I stopped processing pairs from that server? They weren't from me. All of mine are always cleared out before I switch servers. Anyway, I've moved 5 high-speed cores over to it to clear them out and hopefully complete the n=458K-463K range. When it gets back to handing out n=500K+ pairs, I'll, once again, move all the cores back to port 8500.

Some day, I hope to quit moving them around to clean up things! lol


Gary

Brucifer 2008-06-29 05:18

Hi Gary,

I'm back from vacation, into the middle of a heat wave. Can't put everything on line but I can put some on. In reading the above posts, where would you like me to put some cores to help clean stuff out?

Bruce

gd_barnes 2008-06-29 05:32

[quote=Brucifer;136870]Hi Gary,

I'm back from vacation, into the middle of a heat wave. Can't put everything on line but I can put some on. In reading the above posts, where would you like me to put some cores to help clean stuff out?

Bruce[/quote]

Oh, GREAT! I/we need some help real bad right now. Summer, Karsten and Anon on vacation, Beyond having a storm outage, and RPS's new 6th drive strongly competing with us for resources have screached things to a crawl here. I'm about ready to stop all my other efforts and put all 6 of my quads just on these servers to get things moving and attempt to stay reasonably competitive with other projects.

Definitely put all of your machines on Ironbits port 8500 until we dry it and then move them all to port 300. There's still quite a lot of work in port 8500 since I think only Anon is on it with 1-2 cores at the moment.

I'm temporarily running port 400. There's going to only be a little bit left on it for some straggling k/n pairs around n=462.4K that were obviously returned when someone didn't process them from their queue around the time of the rally. I'll take care of cleaning that up until it starts spitting out n=500K+ pairs (see the k/n pair ranges in the server) and then I'll switch over to port 8500 with you. Once that is done, I'll switch over to port 300 with you.

Essentially, we're moving right up the n-ranges and filling gaps left from the rally.


Gary

mdettweiler 2008-06-29 05:59

[quote=IronBits;136854]Crap, the ^ is being stripped, I'll get er fixed up by tomorrow but will begin fixing it soon.
I haven't a clue about the rest.
I stop the server
cat newpairs.txt >> knpairs.txt
start the server
I thought the sorting was controlled in one of the .lua files?
It's odd that it's the only one... hopefully something hasn't gone stupid.
would just a plain old sort, looking at column one work?
Otherwise, I'll have to take it down and email it to you...[/quote]
Yes, the sorting should be taken care of automatically. Don't worry about it. If there's any results that are missing (there should only be a few), I'll fill them in myself when I process the results. (I'll also submit them to the server, which will make sure that the server "knows" they're done.)

mdettweiler 2008-06-29 16:17

I just set a stats-import update to Adam, this includes all the rally stuff (including the L6 and C400 servers). :smile:

I'll be leaving on my vacation very, very shortly--you guys can consider me out of town from now until later on July 5th. :smile:

gd_barnes 2008-06-29 16:26

David,

A couple of things:

First: I'm getting the Free-DC site when I click on some of the links in post 1 here so I can't update the processing ranges. Am I supposed to be able to find that info. on that site?

Second: Some of my personal port 8000 results are in with the port 8500 results file for this morning's 4 AM Arizona-time run.



Gary

mdettweiler 2008-06-29 16:42

[quote=gd_barnes;136912]David,

A couple of things:

First: I'm getting the Free-DC site when I click on some of the links in post 1 here so I can't update the processing ranges. Am I supposed to be able to find that info. on that site?

Second: Some of my personal port 8000 results are in with the port 8500 results file for this morning's 4 AM Arizona-time run.



Gary[/quote]
About the Free-DC site thing: you need to access it via [url]http://nplb.rieselprime.org[/url] now. [url]http://llrnet.ironbits.net[/url] doesn't work any more. I've fixed the links. :smile:

About the mixed-up results: Ooh, that means that the stats import data I sent Adam will have a few of your port 8000 results in it. Oh well, it's only a few results probably, not much I can do about that.

IronBits 2008-06-29 20:29

Yes, I worked on it all day yesterday until 8:30 am my time.
The websites were not resolving to the proper page, fixed in apache conf files
had to move some stuff around with in the two websites to get it all lined up properly.
The following links, as well as all the results files should be fine now.
[URL]http://nplb.ironbits.net[/URL]
[URL]http://llrnet.no-ip.info[/URL]
If I have to re-run the primes script for everything, it's not a biggy, takes just a few minutes.
Let me know if anything is wrong now.
I got a 3 hour nap, so ready to go again. :smile:

gd_barnes 2008-06-29 22:25

David,

There are no results for 6/29 at 7 AM Arizona time for ports 400 and 5000 so I still can't update those ranges here. Also, can you remove the full day of port 8000 results from the port 8500 results for 6/29? They are correctly in their own port 8000 results file so they are doubled-up in the port 8500 file.


Anon,

The results for 6/29 from my personal port 8000 should probably be removed from Adam's server. It's a full day of them that are unrelated to NPLB. Is that possible?

Another thing, the link for port 400 was still incorrect. There were two http:// 's in it. I corrected it. Please make sure all of those links work after adding or changing them. Thanks. :-)


Gary

IronBits 2008-06-29 23:06

Can you download the suspect result file, edit it to taste, email it to me and tell me where it goes and I'll overwrite what is there.
I really don't understand the project knpairs etc. so am not comfortable with messing about with the files.
How it got there to begin with is beyond me.
I thought we had taken care of that problem once before, maybe it came back because of wayward results*.org.txt file.
I'll try to hunt it down and get it replaced so it doesn't crop back up again once I see the name of the file you send me.

gd_barnes 2008-06-30 02:34

[quote=IronBits;136941]Can you download the suspect result file, edit it to taste, email it to me and tell me where it goes and I'll overwrite what is there.
I really don't understand the project knpairs etc. so am not comfortable with messing about with the files.
How it got there to begin with is beyond me.
I thought we had taken care of that problem once before, maybe it came back because of wayward results*.org.txt file.
I'll try to hunt it down and get it replaced so it doesn't crop back up again once I see the name of the file you send me.[/quote]


Yes, I can Email you the corrected results file but like I stated, there are two issues. Correcting the doubled results file is only one of them. Here are the issues:

1. The incorrect results file that contains 2 ports data. That is there is a port 8500 results file that contains port 8000 and port 8500 data. I will Email you the corrected one and let you know which one needs replacing on your site.

2. The missing results files for ports 400 and 5000 for 6/29. I know there was processing on both of these from late Saturday and early Sunday. I can't very well Email you something that isn't there. lol

If you go to your port 400 / 5000 link that Anon put for those servers in the first post of this thread, you can see that the results are not there for 6/29.


Gary

IronBits 2008-06-30 03:48

According to the daily processing log for nplb.ironbits.net
[url]http://nplb.ironbits.net/results_log.txt[/url]
There were no results for either port. That's odd.
I see that there are results.txt in both servers, so it might be a permissions problem.
I took a copy of each one and checked for prime! and there are none. :(
I just re-applied group and owner permissions and chmod results.txt so they should get processed tomorrow morning.

gd_barnes 2008-06-30 04:19

[quote=IronBits;136960]According to the daily processing log for nplb.ironbits.net
[URL]http://nplb.ironbits.net/results_log.txt[/URL]
There were no results for either port. That's odd.
I see that there are results.txt in both servers, so it might be a permissions problem.
I took a copy of each one and checked for prime! and there are none. :(
I just re-applied group and owner permissions and chmod results.txt so they should get processed tomorrow morning.[/quote]

Here is a snapshot of the first few lines of what I see after cut-and-pasting it into Notepad to remove the links and then pasting it here:

************************************

Index of /results

Name
Last modified
Size
Description
________________________________________

Parent Directory
-

results_20080628_0658_IBnplb_5000.txt
28-Jun-2008 06:58 59K

results_20080627_0658_IBnplb_5000.txt
27-Jun-2008 06:58 53K

results_20080626_0658_IBnplb_5000.txt
26-Jun-2008 06:58 54K

results_20080626_0658_IBnplb_400.txt
26-Jun-2008 06:58 100K

*************************************

Unlike 6/27 and 6/28, on 6/29 there was processing on port 400 because I did it.


Gary

IronBits 2008-06-30 04:33

1 Attachment(s)
We are saying the same thing.
The LOG shows there were no results.
LOOKING at the servers, I can SEE that there are.
I modded perms to hopefully fix it so that they will be processed tomorrow normally

Sans all that, here is a COPY of results for 400
There are no primes in either file.

IronBits 2008-06-30 04:34

1 Attachment(s)
Here is 5000 - no primes
again, a COPY of what will be there tomorrow, plus whatever work was done between when I made the copy and when I process them in the morning.

gd_barnes 2008-06-30 04:40

1 Attachment(s)
David,

I determined the problem on the port 8000 and 8500 results files for 6/29:

1. The port 8000 results do have all of the results for only that port and day but they are doubled up. They are all in the file twice. See the times of processing.

2. As previously stated, the port 8500 results have all of the port 8000 results in it for that day.

So, somehow the port 8000 results for 6/29 were TRIPLED! They were in the port 8000 results doubled and were erroneously in the port 8500 results also.

So...we need to replace both the port 8000 and 8500 results files with the files attached in a zip file to this post. The files are named the same as the incorrect files on your site within the zipped file so they should be easy to replace.

Anon, there were 211 erroneous results of mine in the port 8500 results file for 6/29. The incorrect ones are in the port 8000 file attached here. Those somehow need to be removed from Adam's server.


Thanks,
Gary

gd_barnes 2008-06-30 04:42

[quote=IronBits;136968]Here is 5000 - no primes
again, a COPY of what will be there tomorrow, plus whatever work was done between when I made the copy and when I process them in the morning.[/quote]


OK, yeah I got that previously. Sorry...I should have stated that I understood. I was merely showing you what appeared on the site.

That sounds good that they will be there in the morning. Thanks for checking.


Gary

gd_barnes 2008-07-01 02:59

All the results files now look good David. Thanks for looking into things.


G

IronBits 2008-07-01 03:54

I also fixed the file dates to match the date each results file was processed.
Only two scripts do all the work now.
One does the knpairs.txt, looks for primes during the day, and the page is updated hourly on the hour.

The second one, which runs once a day at 06:58 Arizona time, collects the results.txt files from each server type and all it's ports, converts the unix time to windows time format, scans for primes, if any found, adds to the primes_port#.txt for each server type (crus nplb llrnet) and creates a processing logfile so we can see what happened during it's run.
The links to the processing logfile, the results files, the files that contain all the primes that were found for each server type and each port since it started up, all should all be working from the main index page for each server type (crus nplb llrnet).

Hopefully that will be the end of any problems.
Next up, when Anon gets back and settled in will be to create .csv files for Adam to fetch so he can automate the importing of the data into his databases. :smile:

mdettweiler 2008-07-01 19:56

Okay, when I get back I'll send a list of Gary's results that got in port 8500's results to Adam so he can remove them from his database. :smile:

(Ugh! This dial-up is driving me crazy! :smile: And with a large download running in the background to boot!)

Brucifer 2008-07-02 03:45

[QUOTE=gd_barnes;136871]Definitely put all of your machines on Ironbits port 8500 until we dry it and then move them all to port 300.
Gary[/QUOTE]

It's looking like 8500 should go dry sometime tomorrow. Then I'll probably close a bunch down due to heat. Been working the a/c overtime to get this dried up.

gd_barnes 2008-07-02 09:52

[quote=Brucifer;137142]It's looking like 8500 should go dry sometime tomorrow. Then I'll probably close a bunch down due to heat. Been working the a/c overtime to get this dried up.[/quote]

Aw, what the heh? It's only money. See my post in drive 1. Bring the house to port 300 after 8500! :smile:

I like having my machines in my basement. Very little extra A/C costs although nearly $100/month electric to run 6 quads. I have noticed that the basement is now only slightly cooler than the rest of the house. It used to be very noticibly cooler. (2-3 deg. F vs. 4-5 F difference I think) I could probably double it to 12 quads with only slight impact to A/C running even near 100 deg. F outside. It's still heck not having work machines to run on anymore. lol

Where do you have your machines? Can you relocate them to a cooler part of your house? Easier said than done I know.


Gary

Brucifer 2008-07-02 15:22

House is built on a slab so no basement unfortunately. The garage is much much hotter than the house. I have all the systems located in a single room that was added to the house specifically for the computers, along with a separate a/c system for the computer room. Also had separate power lines run to the room just for the computers too. As for spreading the systems out around the house, that would start WWIII with the wife. The neighbor has a huge oak tree that shades the computer room in the afternoons which helps somewhat. The whole system works pretty well in the normal fall/winter/spring. However this year it seems as we went from total rain to high humidity and heat, bypassing the normal fairly long transition period. We are now into the heat we normally get in August/Sept, which started this year in the last week of June. Thus the load on the a/c is really increased. Not any other options than just shutting off systems to bring the a/c load down. And add to that the rising gas/food, and it is denting my budget. I only retired from the military, not the US Senate. :ouch1:

And the gas is hitting me hard as my mother is in a special medical care unit that is 280 mile away (round trip) so it has all really cut into my "play" money. As I mentioned in another post here somewhere, my wife decided to keep working for another year or two, so that is the only reason I'm able to keep the computers running under the present circumstances. No crying here, just stating the facts as they sit. So that puts my computing hobby pretty much on a week by week thing. :)

gd_barnes 2008-07-02 19:55

Wow, you put a lot of thought into your hobby. Much more than me. That must be some nasty electric bill with the number of machines that you are running.

The choice was obvious for me with my basement being 5+ degrees cooler than the rest of the house year around. The only issue was getting connected from my 2nd floor internet setup. (I still wanted my main desktop machine in my bedroom for ease of personal use.) I felt that wireless was probably going to be too inconsistent so I wanted a line ran down to them. Fortunately a good friend that I hired to build the machines for me figured a way to run a wire through the walls down 2 floors and now I have a stable connection to run rallies on 5-6 quads. :smile:


Gary

Brucifer 2008-07-02 20:41

I was a network/server_room weenie before I retired. I hope to get transitioned to newer quads, and had planned on it until the gas thing hit. I'll still get there but it's gonna take some time. But that should also decrease the electrical bill, along with reducing the heat output. As you say, it's only bucks. :) The only problem is that we only have so many of those bucks to play with! :)

IronBits 2008-07-03 04:28

I hear that! Need to find and plant a money tree :smile:
Back in the day, when I had ~30 computers in my 12 x 12 bedroom in California, I had a 3,000 cfm exhaust fan in the window to suck the heat out. I also slept in there.
Talk about noisy with all them xeons and them darn 10,000 rpm fans and a $500 per month electricty bill. :yikes:
My brother Tim was doing the same thing, except he put 10 computers to a bedroom in his house and turned on the swamp coolers to get the heat out.
No more of that. Now I'm like Brucifer in that I have a computer room with an A/C unit.
When it gets over 100F 24x7 here in Phoenix, Arizona and the summer prices of electricity shoot up an another 10%, I to need to turn off computers.
And I toned it way down now. Get more horses in one quad than 10 computers back then.
Five of my PS3s today can do what both our pharmages could produce in OGR/RC5 together...
Ahhhh, the good ole days, sniff

Brucifer 2008-07-03 05:31

[QUOTE=IronBits;137230]
Five of my PS3s today can do what both our pharmages could produce in OGR/RC5 together...
Ahhhh, the good ole days, sniff[/QUOTE]

ahhh.... it brings joy to me heart just to think about it!!! :) Speaking of PS3's, I sure wish someone would do a bit of work on an llrnet client for one. heh heh heh.....

Mini-Geek 2008-07-03 12:20

[quote=Brucifer;137233]ahhh.... it brings joy to me heart just to think about it!!! :) Speaking of PS3's, I sure wish someone would do a bit of work on an llrnet client for one. heh heh heh.....[/quote]
[url]http://www.mersenneforum.org/showthread.php?t=10275[/url]
[quote=jasonp;133411][B]Q: Can I use my graphics card to increase my contribution to projects like GIMPS, LLR, Riesel, etc?
Q: My Playstation 3 has wondrous crunch power. Can I use it to increase my contribution to projects like GIMPS, LLR, Riesel, etc?[/B]

A: No.[/quote]

IronBits 2008-07-03 14:18

Maybe when the new PS3s come out with double precision it can be accomplished.

Brucifer 2008-07-03 23:36

8500 be dried up. :)

mdettweiler 2008-07-06 03:20

[quote=Brucifer;137268]8500 be dried up. :)[/quote]
Nice! I'll get the results processed soon, probably tomorrow. (Just got back from vacation, a lot of catching up to do. I tackled this thread first since if there were any major issues since I last got on this thread is where I'd hear about it. :smile:)

gd_barnes 2008-07-07 02:36

The n=478K-485K range for port 300 is now completed.

All servers now contain ranges for n>496K. We'll be at n=500K within ~1 week!


G

gd_barnes 2008-07-07 07:03

What does everyone think of reducing the JobMaxTime from 7 days to 3 (or 4) days on the various servers? I'm making the assumption that since one of IronBits servers is 7 days that they all are.

What occurs is that when a server has apparently handed out all of its n-range, there are stragglers remaining sitting in people's queues and it is 7 days before they are returned to the server for processing. Anon has to wait a week in order to process the results to me. It's either that or he has to run those tests himself. This delays processing the results.

I processed 150 results in the n=458K-463K range after port 400 had already starting feeding n=500K+ to me 3 days prior. That's because they were sitting somewhere and got returned in the mean time.

Let me know what kind of issues shrinking the timeframe may cause.


Gary

em99010pepe 2008-07-07 08:11

I would set to less than 3 days, maybe 2. We are processing small candidates, 4 days is too long to wait.

gd_barnes 2008-07-07 09:38

[quote=em99010pepe;137399]I would set to less than 3 days, maybe 2. We are processing small candidates, 4 days is too long to wait.[/quote]

Agreed. No more than 3 days although 2 might be a little low if we have an outage during a 48-hour rally.

There is a web page on Adam's site for server 300 that shows that it is at 3 days for that one so it is good.

Anon and IronBits...thoughts?


Gary

IronBits 2008-07-07 12:53

for llrnet and nplb servers
jobMaxTime = 3 * 24 * 3600 -- 3 days

for crus port 6
jobMaxTime = 14 * 24 * 3600 -- 14 days

mdettweiler 2008-07-07 14:27

[quote=gd_barnes;137402]Agreed. No more than 3 days although 2 might be a little low if we have an outage during a 48-hour rally.

There is a web page on Adam's site for server 300 that shows that it is at 3 days for that one so it is good.

Anon and IronBits...thoughts?


Gary[/quote]
I agree too. It appears, though, that all our servers are already set to a good setting, as IronBits and Adam's web page just confirmed.

In other news, I should be able to get the results processed today. (Yeah, I know, I said that yesterday. :smile:)

mdettweiler 2008-07-07 17:04

I was processing the results for IB8500 just now, when I found that there were ~5000 missing results! :shock: 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. :sad:

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.

gd_barnes 2008-07-07 18:03

[quote=IronBits;137407]for llrnet and nplb servers
jobMaxTime = 3 * 24 * 3600 -- 3 days

for crus port 6
jobMaxTime = 14 * 24 * 3600 -- 14 days[/quote]

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 2008-07-07 18:40

[quote=Anonymous;137421]I was processing the results for IB8500 just now, when I found that there were ~5000 missing results! :shock: 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. :sad:

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.[/quote]


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

mdettweiler 2008-07-07 19:59

[quote=gd_barnes;137423]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[/quote]
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. :smile:

mdettweiler 2008-07-07 20:04

[quote=gd_barnes;137426]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[/quote]
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 [url]http://nplb.rieselprime.org[/url] 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. :smile:

gd_barnes 2008-07-07 23:19

[quote=Anonymous;137431]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. :smile:[/quote]


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 2008-07-07 23:22

[quote=Anonymous;137432]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 [URL]http://nplb.rieselprime.org[/URL] 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. :smile:[/quote]

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

IronBits 2008-07-08 00:34

[LEFT][FONT=Verdana][COLOR=#0000ff]Ok, it's back up, but on port 8500[/COLOR][/FONT][/LEFT]
[LEFT][FONT=Verdana][COLOR=#0000ff]9000 is a CSlistner / Transmission Control Protocol and would not work here.[/COLOR][/FONT][/LEFT]

[LEFT][FONT=Verdana][COLOR=#0000ff]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!>

[/COLOR][/FONT][/LEFT]

gd_barnes 2008-07-08 00:38

[quote=IronBits;137442][LEFT][FONT=Verdana][COLOR=#0000ff]Ok, it's back up, but on port 8500[/COLOR][/FONT]
[FONT=Verdana][COLOR=#0000ff]9000 is a CSlistner / Transmission Control Protocol and would not work here.[/COLOR][/FONT][/LEFT]

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

[/quote]

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


All times are UTC. The time now is 06:32.

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