LLRnet/PRPnet rally April 4th-11th
 

Hi everyone,

Our last rally, in early January, is more than two months behind us and lest we let the entire remainder of the winter/early-spring "boom time" when most participants are running at full tilt (rather than partially turned off due to heat constraints) pass us by, it would seem to be high time for another one. :big grin: We will be holding a 7-day rally starting Monday, April 4 at 7:00 PM GMT and finishing 168 hours later on Monday, April 11 at 7:00 PM GMT. For clarification in the U.S., that's 3:00 PM EDT and 2:00 PM CDT.

Since the last rally, we've managed to polish off the remainder of the 6th Drive (k=600-800) to n=1M--an amazing achievement! These drives keep dropping faster and faster. :smile: Our current target is the 7th Drive, taking k=800-1001 to n=1M, and we are currently progressing in the vicinity of n=830K. We would like to finish the 7th Drive to n=1M by mid-April, completing the last of our [URL="http://www.mersenneforum.org/showthread.php?t=9887"]original project goals[/URL] still outstanding and nicely coinciding with Peter Benson's impending completion of k=1003-1400 to n=1M, which we're estimating will happen around that time.

The servers are the same as last time: LLRnet port 3000 and PRPnet port 9000. Both servers should be processing work in the vicinity of n=830K+ during the rally, making for medium-sized top-5000 primes that will stay on the list for a good while.

LLRnet config info.:
server = "www.noprimeleftbehind.net"
port = 3000

PRPnet config info.:
server = "www.noprimeleftbehind.net"
port = 9000
Or, in terms of a prpclient.ini config line:
server=G9000:100:1:noprimeleftbehind.net:9000

Be sure and change your userID to whatever ID you prefer. Most people use their ID here at mersenneforum. It is also best to set the cache to something in the vicinity of 2 to 5 pairs.

The rally stats/status page can be found at the [URL="http://www.noprimeleftbehind.net/stats/index.php?content=gauntlet_20110404"]rally page[/URL].

Info. for downloading the newest LLRnet client can be found at [URL="http://www.mersenneforum.org/showthread.php?t=13165"]LLRnet supports LLR V3.8! (LLRnet2010 V0.73L)[/URL].

Info. for downloading the newest PRPnet client can be found at [URL="http://www.mersenneforum.org/showthread.php?t=12223"]PRPnet[/URL].

As a point of interest for those who might be new to NPLB and for others who haven't done any testing with us for a while, we have some milestones that we would like to shoot for in the near future. Please refer to our [URL="http://www.noprimeleftbehind.net/stats/index.php?content=drive_progress"]primes graph and drive progress[/URL] as well as to our [URL="http://www.mersenneforum.org/showthread.php?t=13333"]"Countdown meter"[/URL]. NPLB's goal from the start has been to fill in holes in the prime search ranges for Riesel base 2. We'd like to get the dots in that [URL="http://www.rieselprime.de/Data/00300.htm"]k=300-1001[/URL] range fully extended to n=1M by year end 2011 so that they are closer to where k<300 (worked by RPS) is at. As mentioned above, we are currently focusing on the last section of that range, k=800-1001, and hope to get it to n=1M well in advance of our original target.

In our last rally, AMD Users blew everyone else completely out of the water, taking first place in the team stats with a whopping 109,876-test lead over Raiders of the Lost Primes (in second place). Close in third was PrimeSearchTeam, at only 898 tests (less than a day's worth of crunching on two quad-cores) behind ROLP. We also had two new participating teams, SETI.USA and the Dutch Power Cows, taking fourth and sixth place respectively. This time around, I'm not even going to try making any predictions as to what could happen...AMD Users' [I]tour de force[/I] last time definitely demonstrated that things can go any number of directions. :smile:

On the individual side, Brian (a.k.a. PCZ, but this time crunching for AMD Users as "AMDUpcz") took a clear first place, reaching a peak output of 426 tests/hour! :shock: Lennart (a.k.a. sm5ymt) of PrimeSearchTeam was not far behind, hitting the 400 tests/hour mark himself once or twice. James (a.k.a. jamers) and Vaughan, both crunching for AMD Users, took third and fourth place; neither came close to PCZ and Lennart's hourly output, but nonetheless managed to post respectable scores by hanging in there consistently from beginning to end. (With three major power hitters all working for AMD Users, it's no wonder they grabbed the title so easily. :smile:)

The last few rallies have been extremely competitive, often to the point where one or two computers in the final day would have made a key difference. This one will surely follow suit, so be sure to spread the word to your teams to come out in full force! :smile:

Hope to see you there--let's see if we can make it to n=1M before the rally week is concluded!

Max :smile:

Primes found during the rally:
[code]
prime who port 18 new (plus 2 confirmed)
847*2^835257-1 gd_barnes 3000
961*2^849471-1 Lennart 9000
969*2^857264-1 Ralf Recker 9000
945*2^860227-1 Lennart 9000
909*2^862551-1 Sashixi 9000
921*2^866334-1 mdettweiler 9000
801*2^868105-1 Lennart 9000
915*2^868878-1 Flatlander 9000
983*2^877520-1 kar_bon 3000
843*2^880091-1 Lennart 9000
801*2^880622-1 Lennart 9000
1001*2^885618-1 Lennart 9000 (confirmed)
813*2^891218-1 Lennart 9000
873*2^893012-1 Lennart 9000
883*2^894155-1 Rick Reynolds 9000
855*2^898045-1 Lennart 9000
1001*2^901926-1 Lumiukko 9000 (confirmed)
981*2^904438-1 Flatlander 9000
871*2^904541-1 Lennart 9000
961*2^906211-1 Lennart 9000
[/code]

FYI @all: It seems that my original choice of time frame for this rally, April 8-15, directly conflicts with the Twin Prime Search project's upcoming rally on April 13 (the 5th anniversary of their project's founding). I had been previously aware of TPS's rally plans, but had completely forgotten when I scheduled this one. :redface: Thus, I've modified the above post to schedule our rally for [b]April 4-11[/b], starting and ending at 7 PM GMT of course. My apologies for any confusion.

Rally page is up.

Don't forget folks - the server is now in CDT not CST
[url]http://wwp.greenwichmeantime.com/time-zone/usa/central-time/[/url]

the gremlins are about
no idea why but I could not get anything out of llrnet port 3000 even though I see others getting & returning work :ouch2:
so I camped :camping: 8 clients on prpnet port 9000 instead and they are kicking along happily :smile:

Bring home some Prime, my little hunters!

50 left 50 pending :bump:

Wowsers! I had almost completely forgotten that the rally was starting today. :redface: I'm reloading port 9000 with an n=10K range right now. (Port 3000, meanwhile, has enough to last for at least a day or two depending on how many people show up.)

@Dave: what kind of errors were you getting on port 3000? I seem to recall it was the other way around last rally (you couldn't get PRPnet to work on some of your cores, so you ran them on LLRnet instead)...sounds very strange.

As a reminder to everyone: the rally starts in a little less than 45 minutes! :smile:

(Now to go and move over all my cores...)

All aboard! Toot, toot!

Hey Dave, looks like the gremlins aren't quite done with you yet...I'm not seeing any data on the rally page, despite the first DB refresh of the rally having already occurred. Any idea what's up?

I've added a primes list and a link to the rally stats/status page in the 1st posting here. Hopefully the page will begin working soon. I Emailed Dave.

Is it showing stats from the last rally?

[QUOTE=Flatlander;257611]Is it showing stats from the last rally?[/QUOTE]

Dave Emailed me back to confirm what you noticed. The wrong rally DB is being updated. He's at work and so won't be able to get it fixed for 10-12 hours.

Rally results ??
 

Here's the prpnet port I'm running for the rally
server=NPLB_9000:100:2:noprimeleftbehind.net:9000

however in the results page I don't see either me, Neo or our team Aggie The Pew

was wondering if I'm doing something wrong or have I wasted a 1/2 day of crunching on the wrong port?

Thanks Rick

Rally results
 

Sorry, please ignore my first post. I just checked and we are now on the result page... guess I was just to impatient.

Rick

[QUOTE=mdettweiler;257599]Hey Dave, looks like the gremlins aren't quite done with you yet...I'm not seeing any data on the rally page, despite the first DB refresh of the rally having already occurred. Any idea what's up?[/QUOTE]

Apologies for the weird time warp.

There was some bad grammar in my foundation incantation which incarnated some gremlins by accident.

The gremlins have now been vanquished with a magical 'debug' spell.

All's well as the prime hunt crashes forcibly and inexorably through the dark undergrowth of the K-and-N forest.
BAOOOOO! BAOOOOO!
[Stage direction: sound of baying hounds and the thundering of hooves]

Beware you elusive little primes, your time is nigh.
:smile:

[QUOTE=AMDave;257629]Apologies for the weird time warp.

There was some bad grammar in my foundation incantation which incarnated some gremlins by accident.

The gremlins have now been vanquished with a magical 'debug' spell.

All's well as the prime hunt crashes forcibly and inexorably through the dark undergrowth of the K-and-N forest.
BAOOOOO! BAOOOOO!
[Stage direction: sound of baying hounds and the thundering of hooves]

Beware you elusive little primes, your time is nigh.
:smile:[/QUOTE]
Ah, much better. Thanks for getting all that ironed out! :smile:

Now to find some primes...perhaps I'll at long last fine one in this rally. (Of course, it would help if I didn't accidentally leave one of my quad's cores idle when I moved them to port 9000...need to fix that tonight.)

Meanwhile, Lennart is posting some impressive hourly stats...600 pairs/hour! :shock: That's incredible. Last rally he just managed 400 pairs/hour--though to be fair, the tests were bigger that time, so the amount of underlying resources is probably about the same.

Also yet to be seen is whether our friends from AMD Users and Free-DC (Vaughan, James, and Brian), who so resoundingly dominated the last couple of rallies, will make an appearance. You guys coming? :smile:

[QUOTE=mdettweiler;257633]Ah, much better. Thanks for getting all that ironed out! :smile:


Meanwhile, Lennart is posting some impressive hourly stats...600 pairs/hour! :shock: That's incredible. Last rally he just managed 400 pairs/hour--though to be fair, the tests were bigger that time, so the amount of underlying resources is probably about the same.

[/QUOTE]

I have upgraded 5 q6600 to 2600k. Two new i7 970 are also added :)

Lennart

[QUOTE=mdettweiler;257633]Also yet to be seen is whether our friends from AMD Users and Free-DC (Vaughan, James, and Brian), who so resoundingly dominated the last couple of rallies, will make an appearance. You guys coming? :smile:[/QUOTE]
The first one has arrived... :smile:

CUDA version of LLR (32 bit)
 

Don't suppose there's any 32 bit cuda enabled llr versions running around for this rally or is that even possible here?

Rick

[QUOTE=Rick Reynolds;257675]Don't suppose there's any 32 bit cuda enabled llr versions running around for this rally or is that even possible here?

Rick[/QUOTE]
In theory it should work:

Core 2 Q9550 @ 3.4 GHz

885*2^846293-1 is not prime. LLR Res64: 46AF89C695A35A07 Time : 594.089 sec.
[2011-04-05 16:33:14 CEST] G9000: 885*2^846293-1 is not prime. Residue 46AF89C695A35A07

llrCUDA 0.6.0 (270.26beta drivers, Linux 64 bit) on a GTX 470 @ 607 MHz:

885*2^846293-1 is not prime. LLR Res64: 46AF89C695A35A07 Time : 593.996 sec.

The problem is: The CUDA app as fast as a core here on and requires nearly a core to do it's work. So the gain is zero at the cost of a significantly higher power consumption.

[QUOTE=Ralf Recker;257678]In theory it should work:

Core 2 Q9550 @ 3.4 GHz

885*2^846293-1 is not prime. LLR Res64: 46AF89C695A35A07 Time : 594.089 sec.
[2011-04-05 16:33:14 CEST] G9000: 885*2^846293-1 is not prime. Residue 46AF89C695A35A07

llrCUDA 0.6.0 (270.26beta drivers, Linux 64 bit) on a GTX 470 @ 607 MHz:

885*2^846293-1 is not prime. LLR Res64: 46AF89C695A35A07 Time : 593.996 sec.

The problem is: The CUDA app as fast as a core here on and requires nearly a core to do it's work. So the gain is zero at the cost of a significantly higher power consumption.[/QUOTE]

True but I was really looking for someone with a 32 bit version since I can't convert to a 64 bit yet. Thanks for the info however.

that 607 on your 470 is that the core and if so what are you running your shaders at? I have a 460 running at 1512 on the shaders.
Rick

[QUOTE=Rick Reynolds;257680]True but I was really looking for someone with a 32 bit version since I can't convert to a 64 bit yet. Thanks for the info however.

that 607 on your 470 is that the core and if so what are you running your shaders at? I have a 460 running at 1512 on the shaders.
Rick[/QUOTE]

The GTX 470 runs at stock clocks: I'm currently testing my tpsieve changes on it. I initially tested them on a GTX 460 (GF 104 chip, Compute Capability 2.1) and now trying out a few changes on a GF 100 chip (Compute Capability 2.0) based GTX 470 card. Clocks are the standard: 607 MHz Core, 1215 MHz Shaders (2x core clocks, as usual) and 1674 MHz memory.

[QUOTE=Ralf Recker;257681]The GTX 470 runs at stock clocks: I'm currently testing my tpsieve optimizations on it. I initially developed and tested them on a GTX 460 (GF 104 chip, Compute Capability 2.1) and now trying out a few changes on a GF 100 chip (Compute Capability 2.0) based GTX 470 card. Clocks are the standard: 607 MHz Core, 1215 MHz Shaders (2x core clocks, as usual) and 1674 MHz memory.[/QUOTE]

So when are you going to release the tpsieve app :) that would be very cool.

Tpsieve
 

[QUOTE=Rick Reynolds;257683]So when are you going to release the tpsieve app :) that would be very cool.[/QUOTE]

Rick,

It's released. :) It works awesome on Nvidia cards.
See the primesearchteam website; sieving thread.

Neo

[QUOTE=Rick Reynolds;257675]Don't suppose there's any 32 bit cuda enabled llr versions running around for this rally or is that even possible here?

Rick[/QUOTE]
To further elaborate on what Ralf explained: we do have a CUDA LLR program, though for numbers of this size it's not much use (as it's only about the speed of one CPU core on a modern GPU such as a GTX 460). It is somewhat faster for much larger numbers, i.e. PSP and SoB, but not for what NPLB's testing right now. As a point of reference, the numbers we're doing in this rally are in the vicnity of n=850K; Gary has a GPU that he's currently running on LLRnet port 3500, for another one of our efforts in the vicinity of n=1.3M, and it's about twice the speed of a CPU core.

I do have a binary on hand for llrCUDA, but it's for 64-bit Linux. What operating system are you looking to run this on? There have been some 64-bit Windows binaries posted in the forum (see [url=http://www.mersenneforum.org/showpost.php?p=255602&postcount=215]here[/url] for the latest), but I don't believe I've seen any for 32-bit Windows. For 32-bit Linux, however, it should be pretty easy to compile the [url=http://www.mersenneforum.org/showpost.php?p=255602&postcount=215]latest source[/url] as long as you have the CUDA toolkit installed.

[QUOTE=Neo;257695]Rick,

It's released. :) It works awesome on Nvidia cards.
See the primesearchteam website; sieving thread.

Neo[/QUOTE]
Ken's app has been released but not my modifications :smile:.

[QUOTE=mdettweiler;257702]To further elaborate on what Ralf explained: we do have a CUDA LLR program, though for numbers of this size it's not much use (as it's only about the speed of one CPU core on a modern GPU such as a GTX 460). It is somewhat faster for much larger numbers, i.e. PSP and SoB, but not for what NPLB's testing right now. As a point of reference, the numbers we're doing in this rally are in the vicnity of n=850K; Gary has a GPU that he's currently running on LLRnet port 3500, for another one of our efforts in the vicinity of n=1.3M, and it's about twice the speed of a CPU core.

I do have a binary on hand for llrCUDA, but it's for 64-bit Linux. What operating system are you looking to run this on? There have been some 64-bit Windows binaries posted in the forum (see [URL="http://www.mersenneforum.org/showpost.php?p=255602&postcount=215"]here[/URL] for the latest), but I don't believe I've seen any for 32-bit Windows. For 32-bit Linux, however, it should be pretty easy to compile the [URL="http://www.mersenneforum.org/showpost.php?p=255602&postcount=215"]latest source[/URL] as long as you have the CUDA toolkit installed.[/QUOTE]

Hi Max, I'm running Windows XP 32 bit right now. I've read the posts on the 64 bit testing being done over on prpnet but so far they don't have a 32 bit version planned. I know I should convert to linux but just haven't as of yet. Steve Martin is willing to help me once I start the process. Was just hoping we'd get a 32 bit version I could run and leave my pc os as is.

thanks much, Rick

First prime at NPLB...
 

I found my first prime at NPLB :smile:. I just checked Lennart's last prime to make a correct entry:

"PSieve, Srsieve, NPLB, LLR"

Now I have to wait for the PG admins to sent me my password data (I selected autoreporting over @PG...). I requested a password change manually but I got no e-mail from the Top-5000.

[QUOTE=Ralf Recker;257822]I found my first prime at NPLB :smile:. I just checked Lennart's last prime to make a correct entry:

"PSieve, Srsieve, NPLB, LLR"

Now I have to wait for the PG admins to sent me my password data (I selected autoreporting over @PG...). I requested a password change manually but I got no e-mail from the Top-5000.[/QUOTE]

Congrats Ralf! That is correct on your entry. It may take the top-5000 admin(s) several hours or a day on the password change.

[QUOTE=Ralf Recker;257822]I found my first prime at NPLB :smile:. I just checked Lennart's last prime to make a correct entry:

"PSieve, Srsieve, NPLB, LLR"

Now I have to wait for the PG admins to sent me my password data (I selected autoreporting over @PG...). I requested a password change manually but I got no e-mail from the Top-5000.[/QUOTE]

Congrats Ralf!

Rick

[QUOTE=gd_barnes;257826]Congrats Ralf! That is correct on your entry. It may take the top-5000 admin(s) several hours or a day on the password change.[/QUOTE]
Thanks for the infos. As I suspected: The e-mail address used was not mine but belongs to one of the PG admins. John forwarded me the necessary infos and I changed the e-mail address and password, created a proof code and submitted the prime number. In addition to that I switched off auto-reporting over at PrimeGrid.

[QUOTE=Rick Reynolds;257845]Congrats Ralf!

Rick[/QUOTE]

Thank you!

It looks as if the primes finally got going on Port 9000.....

Congrats Lennart, Ralf, and Sashixi!

[QUOTE=Ralf Recker;257853]In addition to that I switched off auto-reporting over at PrimeGrid.[/QUOTE]

FYI, now that you have the top5000 set up to your email/password, you can turn PG auto-reporting back on. PG can still auto-submit primes that have an existing proof-code, but if you found a prime at PG that needed a new proof-code, you'd have to create that manually.

Do you have a primefilter on LLRNet :cmd:

Lennart

[QUOTE=Lennart;258106]Do you have a primefilter on LLRNet :cmd:

Lennart[/QUOTE]
Yeah, LLRnet hasn't been doing too well this rally...all told, I'm glad I'm over on PRPnet. :razz:

[QUOTE=mdettweiler;258110]Yeah, LLRnet hasn't been doing too well this rally...all told, I'm glad I'm over on PRPnet. :razz:[/QUOTE]

Says the guy who has had terrible luck on the main PRPnet servers at NPLB and CRUS. :big grin:

[QUOTE=gd_barnes;258111]Says the guy who has had terrible luck on the main PRPnet servers at NPLB and CRUS. :big grin:[/QUOTE]
Well, I did just find my first NPLB prime in ages on PRPnet...and I wouldn't have found it if I was on LLRnet (since nobody's found one there since yours on the 5th). :grin:

Well...with 8-9 hours left in the rally, it looks like, once again, one major race will come down to the wire. That is in the individual total for 3rd place. It's Lumiukko vs. Vaughan. Lumiukko leads by just over 600 pairs but Vaughan is gaining fast. It looks like both have added several machines within the last day. Could adding just a couple of more by either one in the last few hours make a difference?

Oh, the drama! :smile:

OK, I admit I added another 6 cores. Computer room is running hot so I'm glad that Autumn is upon us for this race.

I've set my GPUs for no new work in BOINC for tonight to try to help reduce the heat generated during the last few hours of the chase. I wonder what Lumiukko will do? :smile:

Cores for hire. $2 per core/hour. :cool:

[QUOTE=vaughan;258187]OK, I admit I added another 6 cores. Computer room is running hot so I'm glad that Autumn is upon us for this race.

I've set my GPUs for no new work in BOINC for tonight to try to help reduce the heat generated during the last few hours of the chase. I wonder what Lumiukko will do? :smile:[/QUOTE]

Actually I did the same: added few cores and disabled GPU-work. All my cores are running now, but I don't think it is enough. It seems that vaughan will beat me with about 200 pairs if he can keep his cores running.

--
Lumiukko

Wow. What a finish. Lumiukko added quite a few cores in the last few hours to make it extremely close. With just 1 hour to go, Vaughan finally caught up and has taken a 30+ pair lead.

It was a great rally
 

Just wanted to let ya'll know that the rally was fun and we appreciate you letting us join in for the fun.

Team Aggie The Pew

[QUOTE=Rick Reynolds;258225]Just wanted to let ya'll know that the rally was fun and we appreciate you letting us join in for the fun.

Team Aggie The Pew[/QUOTE]

Your welcome. Feel free to hang around for a while and move up in our scores DB.

That was a fun rally :smile:

I found more primes then expected. :big grin:


How many did you find on llrnet :grin:

Lennart

I agree that race was close. I had an Intel quad 9450 drop out due to heat exhaustion overnight so its a warning it needs the dust bunnies cleaned out of the heat sink. Computer room got to 40C according to the max/min thermometer so the air con is back on (huh, global warming, bah its computer room warming!)

Nice gauntlet Lumiukko :smile:

Takes me back a few years when you blitzed me in Riesel Sieve.

Hey Gary, Kar_bon or Max how many work units do you need to crunch on "NotVeryManyPrimesLeftBehind" to find one now? I went the whole rally and didn't find one.

[QUOTE=vaughan;258244]Hey Gary, Kar_bon or Max how many work units do you need to crunch on "NotVeryManyPrimesLeftBehind" to find one now? I went the whole rally and didn't find one.[/QUOTE]
For the 7th Drive at current sieve depth and n-level, you can statistically expect one prime every 10,000 candidates tested. That is, after you've tested 10,000 candidates there's a ~62% chance you'll have found a prime. (Gary can explain the mathematical basis for all this in much greater detail than I if you're interested.)

Of course, note that this is just a statistical expectation based on an assumed random distribution of primes; in reality, while this model does fit quite nicely over the big picture, the specific distribution of primes can vary quite a bit. It has been my (and others') observation that primes tend to come in "bunches", i.e. there will often be dense clusters and large droughts rather than a more even distribution; though at this point there is no mathematical basis for this theory and it's just a popular "hunch". :smile: Assuming the "bunch theory" is true, then port 9000 happened to hit a few bunches and 3000 hit all the droughts in between. And since you happened to be on port 3000, you were out of luck (as was everybody else on 3000 except Gary and Karsten, who found one prime each and probably came out right on or just a little under the statistical expectation).

Here're some countings:

candidates tested all over: 235868
- with PRPnet: 172365
- with LLRnet: 63503


... and it seems, Gary and I have found only 2 primes with LLRnet, the remaining 19 (if I counted right) with PRPnet.

So 21 primes in about 230,000 pairs is in the range, Max said (one prime in 10,000 pairs).

But 2 primes in 60,000 pairs is the old problem with them: estimated but not guaranteed!

Nice work of all! Thanks.

So I did approx 20,000 pairs to find no primes in this rally; need to run maybe another 10,000 pairs to try to stay on the average for port 3000.

I'm not giving up until I find one.

Why is this big deal being made by several people over PRPnet finding so many more primes than LLRnet? I recall a recent rally where it was just the opposite. It all evens out in the long run. It's just randomness.

Also, reference clumps followed by droughts and vice versa in something that is randomly distributed: In the famous words of one well-known mathetmatician here: pure jibberish. :smile: A clump can be just as easily followed by another clump instead of a drought, which makes it even a larger clump. The same applies to droughts. Any attempt to start testing after a long drought in anticipation of a coming clump is akin to the gambler's fallacy.

[QUOTE=kar_bon;258259]Here're some countings:

candidates tested all over: 235868
- with PRPnet: 172365
- with LLRnet: 63503


... and it seems, Gary and I have found only 2 primes with LLRnet, the remaining 19 (if I counted right) with PRPnet.

So 21 primes in about 230,000 pairs is in the range, Max said (one prime in 10,000 pairs).

But 2 primes in 60,000 pairs is the old problem with them: estimated but not guaranteed!

Nice work of all! Thanks.[/QUOTE]

Only 20 primes were found with the rally. The 21st found by Tim was over an hour after the rally was over.

[QUOTE=vaughan;258264]So I did approx 20,000 pairs to find no primes in this rally; need to run maybe another 10,000 pairs to try to stay on the average for port 3000.

I'm not giving up until I find one.[/QUOTE]

I with you there. Me too.

Using the new drives chart, I estimated there should be another 22-ish primes left in this range between now and 1M.

/edit - Make that 21 now that Ototero just got a lucky strike. So he's one up on us.. PS - The grape-vine said Ototero was going on a trip / may have already left, so he may not be able to report it immediately although he said he should be able to get online at some points in his travel. - edit/

I'm quite impressed that I got the asynchronous JSON queries to work on the new Drives chart. And the colours are not always the same depending on which drive query finishes first. It gives a nice effect while the chart is building.
I like it.
I believe we are watching Drive#7
[url]http://www.noprimeleftbehind.net/stats/index.php?content=drive_progress[/url]

PS - Kudos to kar_bon for the drives table on his web site. Most helpful.

Dave that is a pretty chart!

Congrats to Ototero. Primes are scarce on port 3000 at the moment.

[QUOTE=AMDave;258285]I with you there. Me too.

Using the new drives chart, I estimated there should be another 22-ish primes left in this range between now and 1M.

/edit - Make that 21 now that Ototero just got a lucky strike. So he's one up on us.. PS - The grape-vine said Ototero was going on a trip / may have already left, so he may not be able to report it immediately although he said he should be able to get online at some points in his travel. - edit/

I'm quite impressed that I got the asynchronous JSON queries to work on the new Drives chart. And the colours are not always the same depending on which drive query finishes first. It gives a nice effect while the chart is building.
I like it.
I believe we are watching Drive#7
[URL]http://www.noprimeleftbehind.net/stats/index.php?content=drive_progress[/URL]

PS - Kudos to kar_bon for the drives table on his web site. Most helpful.[/QUOTE]

In IE9, I get a blank page followed by a "noprimeleftbehind is not responding due to a long running script" error followed by the page completely locking up. So not working for me.

[QUOTE=gd_barnes;258275]Also, reference clumps followed by droughts and vice versa in something that is randomly distributed: In the famous words of one well-known mathetmatician here: pure jibberish. :smile: A clump can be just as easily followed by another clump instead of a drought, which makes it even a larger clump. The same applies to droughts. Any attempt to start testing after a long drought in anticipation of a coming clump is akin to the gambler's fallacy.[/QUOTE]
Well, to more precisely elaborate on what I meant, I wasn't meaning to say that a clump is necessarily "due" after a long drought...just that, quite often, once you first find one, you may well have hit a clump. (i.e., you can't use it to predict anything until you're right on top of it) But indeed, you're right, it's all very unmathematical...in other words, "jibberish". :smile:

Time for a quick PRPNet review....

The PRPNet Client ran rock-solid this time around, no if's but's or unexpected messages or stoppages.

I had it running on 32 bit win XP and 64 bit Win 7 (as a 32 bit process of course)
and also on 32 bit and 64 bit Linux (that said, they were all debian or debian based)

The server also appeared to perform very well raising no issues that I was aware of.

I have observed this on multiple projects recently: NPLB, sr5, PrimeGrid.

I think it is very important to highlight that the PRPNet client and server appear to be gaining the maturity that many have been hoping for.

Please pass on my compliments with some beers to the code-monkey in the dark room at the back and remind him he is not forgotten :smile:

Cheers