Team sieve for OPN - 70841^53-1

RichD · 2016-09-30, 03:35

Tracking Odd Perfect Number (OPN) 70841^53-1.

I performed some quick heuristics, not so much to get an estimate but to get a feel for the division of -a and -r side processing.

The following table is built with test sieving of 2000 (special-q) blocks. Not very representative but enough to show a trend. The first number is the ratio of rel/Q and the second is the percent increase in time (sec/rel). The base time @ 40M is within one percent between -a & -r so the base is nearly identical.

Code:

   special-q ->    40M      100M      150M      200M
algebraic side    2.76/-   2.19/32   1.57/55   1.63/74
rational side     2.48/-   2.17/18   1.75/42   1.78/62

It appears the rational side is better at the higher special-q values. Perhaps a near 50-50 split would be in order. The algebraic side has been run to about 123.3M. We would know more as the statistics come in for each side.

Code:

# sieve with gnfs-lasieve4I15e.
# OPN 70841^53-1
n: 1639870874590419433710052519894739183040918246691564654028160232651507013803494814368275258694299678055272788457973905696251342961581573918058718878360631706916568162337627046488755367758046805318319744365426748357609314760174184516928504686504427003173
skew: 1
c0: -70841
c6: 1
Y0: -44932661921134788129101965278651904868535161
Y1: 1
lpbr: 32
lpba: 32
mfbr: 64
mfba: 64
alambda: 2.6
rlambda: 2.6
alim: 200000000
rlim: 200000000

Run the siever using the following command:

Code:

gnfs-lasieve4I15e -f <start_of_range> -c <length_of_range> -o <output_file_name> -r 70841_53.poly

Add the -v switch if you want to see status updates every few seconds.
(I like to watch the progress.)

In case a restart is needed in the range, add the -R switch.
(All range numbers must be full decimal representations. i.e., 42M = 42000000)

Since ggnfs is single thread, multiple copies need to be run at the same time to utilize multiple cores. Be sure to use a different output_file_name for each range. Something like 70841_40M as signifying the starting point.

The output files can be placed at any of the file sharing services: DropBox, RapidShare, SendSpace, etc.

To start things off I'll take 40-66M on the -r side.
Remember, the -a side is already at 123.3M.

VBCurtis · 2016-09-30, 06:08

I'll take 66-75M.

amphoria · 2016-09-30, 15:21

I'll take 75-91M on the r side.

RichD · 2016-10-01, 02:51

Whoa, bit off more than I thought. Looks like better than two weeks and it will be 7-8 days before my first results will be reported. I think the regulars are snickering knowing this is going to be several months of processing.

VBCurtis · 2016-10-01, 03:51

My reservation will be 3+ weeks as well, 3M each on 3 cores.

amphoria · 2016-10-07, 10:54

Taking 91-107M on the r side.

pinhodecarlos · 2016-10-07, 11:08

First post should have a trackdown of the reservations.

amphoria · 2016-10-08, 11:18

Quote:

Originally Posted by amphoria

I'll take 75-91M on the r side.

After cat'ing the files together and running through remdups4, this yielded 33.3M relations. They can be downloaded from 70841_75M.7z.

RichD · 2016-10-09, 19:31

40-48M is complete and remdups4 says 18.28M unique relations. Posted here.
The rest of my range is over half complete.

RichD · 2016-10-11, 19:29

Taking 107-123M on the -r side.

amphoria · 2016-10-14, 11:01

Taking 123-139M on the r side.

2016-09-30, 03:35	#1
RichD Sep 2008 Kansas 2×31×53 Posts	Team sieve for OPN - 70841^53-1 Tracking Odd Perfect Number (OPN) 70841^53-1. I performed some quick heuristics, not so much to get an estimate but to get a feel for the division of -a and -r side processing. The following table is built with test sieving of 2000 (special-q) blocks. Not very representative but enough to show a trend. The first number is the ratio of rel/Q and the second is the percent increase in time (sec/rel). The base time @ 40M is within one percent between -a & -r so the base is nearly identical. Code: special-q -> 40M 100M 150M 200M algebraic side 2.76/- 2.19/32 1.57/55 1.63/74 rational side 2.48/- 2.17/18 1.75/42 1.78/62 It appears the rational side is better at the higher special-q values. Perhaps a near 50-50 split would be in order. The algebraic side has been run to about 123.3M. We would know more as the statistics come in for each side. Code: # sieve with gnfs-lasieve4I15e. # OPN 70841^53-1 n: 1639870874590419433710052519894739183040918246691564654028160232651507013803494814368275258694299678055272788457973905696251342961581573918058718878360631706916568162337627046488755367758046805318319744365426748357609314760174184516928504686504427003173 skew: 1 c0: -70841 c6: 1 Y0: -44932661921134788129101965278651904868535161 Y1: 1 lpbr: 32 lpba: 32 mfbr: 64 mfba: 64 alambda: 2.6 rlambda: 2.6 alim: 200000000 rlim: 200000000 Run the siever using the following command: Code: gnfs-lasieve4I15e -f <start_of_range> -c <length_of_range> -o <output_file_name> -r 70841_53.poly Add the -v switch if you want to see status updates every few seconds. (I like to watch the progress.) In case a restart is needed in the range, add the -R switch. (All range numbers must be full decimal representations. i.e., 42M = 42000000) Since ggnfs is single thread, multiple copies need to be run at the same time to utilize multiple cores. Be sure to use a different output_file_name for each range. Something like 70841_40M as signifying the starting point. The output files can be placed at any of the file sharing services: DropBox, RapidShare, SendSpace, etc. To start things off I'll take 40-66M on the -r side. Remember, the -a side is already at 123.3M.

2016-09-30, 15:21	#3
amphoria "Dave" Sep 2005 UK 2·19·73 Posts	I'll take 75-91M on the r side. Last fiddled with by amphoria on 2016-09-30 at 15:54 Reason: Decided to take half based on initial sieving

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Team Sieve #37: 3408:i1287	RichD	Aliquot Sequences	14	2013-08-02 17:02
Team sieve #22: c166 from 3270:620	fivemack	Aliquot Sequences	55	2011-02-15 23:01
Team Sieve for 2995125705	SlashDude	Riesel Prime Search	78	2006-05-14 16:56
Team Sieve	grobie	Riesel Prime Search	3	2005-11-16 08:46
Team Sieve of 210885	SlashDude	15k Search	21	2003-12-23 16:31

2016-09-30, 06:08	#2
VBCurtis "Curtis" Feb 2005 Riverside, CA 2×2,339 Posts	I'll take 66-75M.

2016-10-01, 02:51	#4
RichD Sep 2008 Kansas 2·31·53 Posts	Whoa, bit off more than I thought. Looks like better than two weeks and it will be 7-8 days before my first results will be reported. I think the regulars are snickering knowing this is going to be several months of processing.

2016-10-01, 03:51	#5
VBCurtis "Curtis" Feb 2005 Riverside, CA 1001001000110₂ Posts	My reservation will be 3+ weeks as well, 3M each on 3 cores.

2016-10-07, 10:54	#6
amphoria "Dave" Sep 2005 UK 2×19×73 Posts	Taking 91-107M on the r side.

2016-10-07, 11:08	#7
pinhodecarlos "Carlos Pinho" Oct 2011 Milton Keynes, UK 31·157 Posts	First post should have a trackdown of the reservations.

2016-10-09, 19:31	#9
RichD Sep 2008 Kansas 3286₁₀ Posts	40-48M is complete and remdups4 says 18.28M unique relations. Posted here. The rest of my range is over half complete.

2016-10-11, 19:29	#10
RichD Sep 2008 Kansas CD6₁₆ Posts	Taking 107-123M on the -r side.

2016-10-14, 11:01	#11
amphoria "Dave" Sep 2005 UK 101011010110₂ Posts	Taking 123-139M on the r side.