![]() |
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[/CODE] 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[/CODE] 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[/CODE] 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. |
I'll take 66-75M.
|
I'll take 75-91M on the r side.
|
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. :smile:
|
My reservation will be 3+ weeks as well, 3M each on 3 cores.
|
Taking 91-107M on the r side.
|
First post should have a trackdown of the reservations.
|
[QUOTE=amphoria;443919]I'll take 75-91M on the r side.[/QUOTE]
After cat'ing the files together and running through remdups4, this yielded 33.3M relations. They can be downloaded from [URL="http://www.amphoria.uk/public/70841/70841_75M.7z"]70841_75M.7z[/URL]. |
40-48M is complete and remdups4 says 18.28M unique relations. Posted [URL=https://www.dropbox.com/s/h8bpl851mnl99ob/70841_40-48.7z?dl=0]here[/URL].
The rest of my range is over half complete. |
Taking 107-123M on the -r side.
|
Taking 123-139M on the r side.
|
| All times are UTC. The time now is 20:16. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.