[URL]http://www.lifemapper.org/index.shtml[/URL]

[URL]http://www.ubero.net/default.asp[/URL]

Only eOn is still active.

Just checked this thread. 50 lashes with a wet noodle for loading the same file twice! lol Anyway, it sounds like it is straightened out now. Thanks to all for getting everything figured out.

One question...do we know for sure that k=1049 is in there? Several posts seem to give the impression that it was not.


Gary

[quote=gd_barnes;157520]Just checked this thread. 50 lashes with a wet noodle for loading the same file twice! lol Anyway, it sounds like it is straightened out now. Thanks to all for getting everything figured out.

One question...do we know for sure that k=1049 is in there? Several posts seem to give the impression that it was not.


Gary[/quote]
Yep, k=1049 is in there. :smile:

[quote=em99010pepe;157472]I think more work should be added to the server because we are going to hit ~100k candidates per day. Put something like a week of work in there.[/quote]


I estimated at the processing rate that we were going, when David loaded the most recent file, there would be ~5 days work thru k=1199. Now if David or somebody has added some more cores since then, it will be sooner.

For that matter, I can load the entire thing. David, can you handle a monster file? The last one was 5.5 MB; 1.15 MB zipped. What is remaining would be 29 MB or likely ~6 MB zipped. I'll probably want to send it to you in 2-3 zipped files to make them easier to handle.

If everyone would like me to load up the entire range in port 9000 and David thinks it can handle a huge file, I can do that.

Maybe we can finish this range by the time the sieving drive is done. (We're going for Jan. 16th or 20th there.) That would be excellent! Then we'll have all those resources for the n=350K-500K drive. It will then be 5 different major drives going after top-5000 primes! We can also continue this one for n=200K-350K.

Max, if that happens, we'll have some serious work ahead of us on processing the results and making sure all of the primes are listed properly.

I think these teensy testing times are a lot more more fun for people than I had anticipated. lol


Gary

[quote=Flatlander;157406]I think the daily totals reset when you restarted. :smile:
[URL]http://nplb.ironbits.net/progress_9000.html[/URL][/quote]
The totals have gone weird again.

[quote=gd_barnes;157535]Maybe we can finish this range by the time the sieving drive is done. (We're going for Jan. 16th or 20th there.) That would be excellent! Then we'll have all those resources for the n=350K-500K drive. It will then be 5 different major drives going after top-5000 primes! We can also continue this one for n=200K-350K.[/quote]
Sounds like a good idea...how about we make that an official goal, to get the 9th Drive completed up to 200K by no later than January 20th? :smile: Of course, you would probably have to move all your quads (except of course the ones on the sieving drive) over to port 9000... *nudge* :wink: And of course I would move my quad, too...the Riesel base 16 spree I've had it going on over at CRUS can wait. :smile:
[quote]Max, if that happens, we'll have some serious work ahead of us on processing the results and making sure all of the primes are listed properly.[/quote]Indeed...that may turn out to be a bit of a hassle, especially since my processing scripts are designed to sort by n, not by k. I guess it would be a simple modification, though, so it should be possible. :smile:

Max :smile:

Yup, it's breaking the DOS math script.
Working on a vbscript replacement.
I re-ran it manually and looks better

I'll have my 8 core I7 to toss on it by the 11th or 12th :smile:

Gary, send me everything you have. I'll load it up as necessary.
I don't know what happens to an llrnet server, or the server itself memory wise, if the file is going to be 24meg in size.
If anyone knows that loading a large file, other than taking a few minutes to load, is of no consequence, then I'll toss it all in there.
I can handle up to a 10meg zip file via email Gary.
If you put it on your Server, give me the link, I can download it from that link instead.

[quote=Flatlander;157537]The totals have gone weird again.[/quote]

Let's see what happens in a few minutes with my new vbscript counting script.
Finally figured out how to sort the objdictionary :smile:

[quote=IronBits;157546]If anyone knows that loading a large file, other than taking a few minutes to load, is of no consequence, then I'll toss it all in there.
I can handle up to a 10meg zip file via email Gary.
If you put it on your Server, give me the link, I can download it from that link instead.[/quote]
As far as I know, the only limit on the size of the knpairs.txt file is memory; so, assuming the server has plenty of RAM, then it should be OK to load the huge file.

How much memory? 25meg for a 25meg file? Then no problem.
Server has 8 GB, most of it dedicated to MySQL for the Free-DC Stats system Bok runs on it.

[quote=IronBits;157556]How much memory? 25meg for a 25meg file? Then no problem.
Server has 8 GB, most of it dedicated to MySQL for the Free-DC Stats system Bok runs on it.[/quote]
Hmm...well, to tell you the truth, I really have no idea how much memory it takes. :smile: All I know is that a while back I remember Carlos having memory issues with one of his servers when we tried to load it up with a lot of work (though exactly how much "a lot" was, I don't remember). Probably the best way to figure it out is by trial and error--though I'm pretty sure that with 8 GB of RAM, your server should be able to handle it without a hiccup. :smile: