mersenneforum.org FactorDB PRP's
 Register FAQ Search Today's Posts Mark Forums Read

 2011-10-20, 05:03 #67 schickel     "Frank <^>" Dec 2004 CDP Janesville 2×1,061 Posts Hmmmm....what's the maximum size on the new version? There looks to be a bunch of about ~300 up at the 58711 digit level. (Someone has been busy, it would seem; they all have the same form.)
2011-10-20, 16:22   #68
EdH

"Ed Hall"
Dec 2009

3,463 Posts

Quote:
 Originally Posted by schickel Hmmmm....what's the maximum size on the new version? There looks to be a bunch of about ~300 up at the 58711 digit level. (Someone has been busy, it would seem; they all have the same form.)
They have a chart on the page that shows the time for a 7000 digit number using 2^28 sieve bound (61h 28m). The program offers up to 2^30 sieve bound.

This current machine isn't on 24/7, so I'll probably just run small batches of lesser digits for a while, until the novelty wears off...

2011-10-21, 18:41   #69
Stargate38

"Daniel Jackson"
May 2011
14285714285714285714

23·7·11 Posts

Quote:
 Originally Posted by schickel Hmmmm....what's the maximum size on the new version? There looks to be a bunch of about ~300 up at the 58711 digit level. (Someone has been busy, it would seem; they all have the same form.)
They can be proven with P+1 because they're all of the form k*2n-1. Try using Prime95 or some other LLT program.

Last fiddled with by Stargate38 on 2011-10-21 at 18:42 Reason: Replaced "+" with "-"

 2011-11-26, 04:21 #70 RichD     Sep 2008 Kansas 61578 Posts It looks like the wavefront is just above prp1200 (except for a few new ones) and there is also a fairly new alpha version (v4.0.0.a12) for linux posted here. @mods: Should this be moved to FactorDB sub-topic?
 2011-12-16, 05:11 #71 EdH     "Ed Hall" Dec 2009 Adirondack Mtns 3,463 Posts First, (as per RichD's prior post) this thread should probably move to the factorDB sub-forum. Second, What happened? Over 1000 each of 84 and 85 digit PRPs have shown up... Third, will the db take care of these or should I work them? I've been working in the 1200-1300 area and the basic floor is now over 1300...
2011-12-16, 14:57   #72
em99010pepe

Sep 2004

54168 Posts

Quote:
 Originally Posted by EdH Third, will the db take care of these or should I work them? I've been working in the 1200-1300 area and the basic floor is now over 1300...
How are you doing that? Manually?

2011-12-16, 15:39   #73
wblipp

"William"
May 2003
New Haven

236010 Posts

Quote:
 Originally Posted by EdH Second, What happened? Over 1000 each of 84 and 85 digit PRPs have shown up...
That was probably me. They get processed quickly, but if you happen to be watching during a load, it gets backed up. Processing through (p^q-1), p and q prime. I've been uploading some batches where (p^q-1)/(p-1) is prime, and some other batches where it is fully factored. It's all part of supporting the factor chains for Odd Perfect Number proofs of various kinds.

2011-12-16, 17:13   #74
EdH

"Ed Hall"
Dec 2009

1101100001112 Posts

Quote:
 Originally Posted by em99010pepe How are you doing that? Manually?
Specifically, I'm using Ellipsa > Primo for Linux with a couple 64-bit machines. I check the Smallest probable primes page in the db and normally leave the ones that are less than 1000 digits. Looking as I write this post, that means 1305 is my start point. Actually, I started a batch of 80, beginning with 1305 last night, that should be finished in a couple hours.

My steps are:
Code:
download a zipped batch of Primo input-files from db
extract files into a directory
invoke Ellipsa
build 2^22 sieve upper bound
wait for completion
zip all the *.out files via a bash script
upload the new zip to the db
It would be nice to be able to automate the entire process, but I haven't found a way, yet. But, the fact that you can load an entire batch into Ellipsa makes it tolerable.

I have been lucky that no one else is working at the same digit level, the beginning of the "wavefront" as RichD calls it. I often just grab all of one digit size and process them before grabbing the next. If I have one of my 24/7 machines running Ellipsa, I'll load a few more, like the 80 I grabbed last night. If I start getting a lot of certificates not accepted, due to the number being processed by others, I'll jump up a random number of digits and work there. I am rather haphazard in whether I do any or not, although for the recent past I've been pretty regular.

Quote:
 Originally Posted by wblipp That was probably me. They get processed quickly, but if you happen to be watching during a load, it gets backed up. Processing through (p^q-1), p and q prime. I've been uploading some batches where (p^q-1)/(p-1) is prime, and some other batches where it is fully factored. It's all part of supporting the factor chains for Odd Perfect Number proofs of various kinds.
Thanks for the reply. I see they're already gone. That was the first time I'd seen that many smaller numbers added at once. There was a slight disappointment that the overall number of PRPs, somewhere just under 67k, had suddenly jumped back up to 69k. It was a slow road watching that number decrease by a hundred here, 50 there... I had figured the 80 digit ones wouldn't take too long, but didn't know if they would be done by the db. I haven't been touching anything < 300 digits and they all seem to get done.

2011-12-16, 18:01   #75
schickel

"Frank <^>"
Dec 2004
CDP Janesville

41128 Posts

Quote:
 Originally Posted by EdH Thanks for the reply. I see they're already gone. That was the first time I'd seen that many smaller numbers added at once. There was a slight disappointment that the overall number of PRPs, somewhere just under 67k, had suddenly jumped back up to 69k. It was a slow road watching that number decrease by a hundred here, 50 there... I had figured the 80 digit ones wouldn't take too long, but didn't know if they would be done by the db. I haven't been touching anything < 300 digits and they all seem to get done.
Actually, IIRC, everything under 300 digits is done by the DB. Up to that size it just runs an APRT test, so there's no cert stored.

 2011-12-23, 00:52 #76 RichD     Sep 2008 Kansas 3·1,061 Posts It appears henryzz would like to have this thread reactivated by his post here or at least have a mod update post #1 above. Or a sticky. Last fiddled with by RichD on 2011-12-23 at 00:55 Reason: Add sticky comment.
 2012-01-07, 00:49 #77 RichD     Sep 2008 Kansas 3·1,061 Posts 1450-1475 I will be completing the PRP certs for prp1450-1475 in the coming weeks. This is fill-in work for one of my "floating" cores. This could easily be done in a day or two but it will be partial work in-progress. I think this is far enough ahead of the trailing edge that no one will step on me.

 Similar Threads Thread Thread Starter Forum Replies Last Post wblipp FactorDB 457 2020-11-01 14:52 shortcipher FactorDB 21 2018-12-03 17:03 enzocreti FactorDB 0 2018-03-02 09:12 carpetpool FactorDB 6 2017-01-23 11:04 Raman Factoring 15 2010-01-28 10:24

All times are UTC. The time now is 02:00.

Sun Dec 6 02:00:56 UTC 2020 up 2 days, 22:12, 0 users, load averages: 2.37, 2.66, 2.70