mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   No Prime Left Behind (https://www.mersenneforum.org/forumdisplay.php?f=82)
-   -   Report top-5000 primes for all k<=1001 (https://www.mersenneforum.org/showthread.php?t=9891)

Flatlander 2010-10-08 20:21

Wow! That's NPLB's biggest find.
Huge congratulations!
:groupwave:

Batalov 2010-10-08 20:21

[URL="http://primes.utm.edu/primes/page.php?id=95281"]357·2^1019004-1[/URL] (306754 digits)

Flatlander 2010-10-08 20:24

[QUOTE=Batalov;232960][URL="http://primes.utm.edu/primes/page.php?id=95281"]357·2^1019004-1[/URL] (306754 digits)[/QUOTE]

That's a beautiful sight!
Some tasty primes falling today! :smile:

mdettweiler 2010-10-08 21:53

[QUOTE=unconnected;232956]301*2^1801207-1 ‏(‎542220 digits)[/QUOTE]
Amazing find--a huge congratulations for breaking the record for NPLB's biggest prime to date! :w00t:

Also congrats to Batalov; one question though. I see that the prime was reported as having been found and proven with PFGW; is this an error, or are you actually using PFGW to search this? While there is no speed advantage to using one particular gwnum-based program over another for this kind of search, we do prefer that people use LLR for NPLB work so that the residues are compatible with future doublechecks. PFGW and Prime95 produce PRP residues, so they'll need to be doublechecked as such (which means needing to treat those separately from an otherwise straightforward doublecheck run).

gd_barnes 2010-10-08 22:00

Congrats Dmitry on NPLB's largest prime to date! :smile:

Batalov 2010-10-08 23:42

[QUOTE=mdettweiler;232965]...one question though. I see that the prime was reported as having been found and proven with PFGW; is this an error, or are you actually using PFGW to search this? While there is no speed advantage to using one particular gwnum-based program over another for this kind of search, we do prefer that people use LLR for NPLB work so that the residues are compatible with future doublechecks. PFGW and Prime95 produce PRP residues, so they'll need to be doublechecked as such (which means needing to treat those separately from an otherwise straightforward doublecheck run).[/QUOTE]
I see. Actually, I used Prime95 26.2 for PRP (created the p291 code and missed Prime95... this is being fixed now by email). For me, it was just a test of speed and of Prime95 26.2; I didn't mean to continue larger than these two small 1000-1020 ranges (because I've booked a new range at Phil's "One-or-bust"). I will email the PRP residues when finished.

mdettweiler 2010-10-08 23:46

[QUOTE=Batalov;232971]I see. Actually, I used Prime95 26.2 for PRP (created the p291 code and missed Prime95... this is being fixed now by email). For me, it was just a test of speed and of Prime95 26.2; I didn't mean to continue larger than these two small 1000-1020 ranges (because I've booked a new range at Phil's "One-or-bust"). I will email the PRP residues when finished.[/QUOTE]
Ah, I see. In that case, then, no problem--sometime down the road before we start doublechecking this range in earnest I'll go over the PRP-residue first-pass results myself so as to get compatible doublecheck residuals in the database right off the bat. Since the two ranges you did are very small, this shouldn't take much CPU effort on my part.

Sloth 2010-10-10 17:12

445*2^910881-1

kar_bon 2010-10-10 23:36

345*2^1175842-1 is prime

marco.bs 2010-10-19 21:37

511*2^921397-1 is prime! (my first on NPLB, thanks!)

gd_barnes 2010-10-20 05:25

Nice one Marco! :smile:


All times are UTC. The time now is 23:08.

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