Team sieve #43: C164 from 4788:i5194 -- FINISHED

RichD · 2014-01-10, 00:39

Tracking Aliquot Sequence 4788 index 5194.

Code:

# sieve with ggnfs lasieve4I14e on the -a side from 30M to 114M
# aq4788:5194
n: 56336747150380626438276754902488766416020903744837900647138061605999767753078104418680167689142175489355492712257458624526631830323402854770850021959017408855080521
# size 5.496e-016, alpha -7.363, combined = 7.985e-013 rroots = 3
skew: 111313596.81 
c0: 2904896119859058264406991009861093144150400
c1: -64638219915023936469554866040149272
c2: -3017144413645332474429006886
c3: 20234230792711171585
c4: 171065306604
c5: 432
Y0: -167132767303944628800670041934723
Y1: 262569407971517
rlim: 60000000
alim: 60000000
lpbr: 31
lpba: 31
mfbr: 62
mfba: 62
rlambda: 2.6
alambda: 2.6

Poly generated by: Alfred
Post-processing by: ???

Run the siever using the following command:

Code:

gnfs-lasieve4I14e -a 4788_5194.poly -o <output_file_name> -f <start_of_range> -c <length_of_range>

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 4788_42M.rels 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 30-38M.

schickel · 2014-01-10, 00:50

Quote:

Originally Posted by RichD

Tracking Aliquot Sequence 4788 index 5194.

Poly generated by Alfred
Post-processing by: ???

I'm in the middle of a couple of large jobs of my own, but I can take the post-processing on.

RichD · 2014-01-10, 01:03

Quote:

Originally Posted by schickel

I'm in the middle of a couple of large jobs of my own, but I can take the post-processing on.

This will take a while since my estimate will require a little over 200M rels.

There was a slight improvement to get a 30-bit job using 3LP but it needed the 15e siever. This would have removed NFS@H from the mix should they decide to jump in.

Wick · 2014-01-10, 09:28

I have never done this before, but I would like to have a go.
I have no idea how long this is going to take so is 1M a good start?

If so then I'll take 38-39M

Edit:

Ok I'm guessing I'm doing something wrong.
I'm starting with:
gnfs-lasieve4I14e -a 4788_5194.poly -o 4788_5194_38_39.txt -f 38000000 -c 1000000 -v

After that it outputs:
Warning: lowering FB_bound to 37999999.
FBsize 2320767+0 (deg 5), 3562113+0 (deg 1)

And then it crashes.

Maybe my version is too old? The date stamp is from 2009 (Found a zip file on my system with svn version 374). If so, where can I get a newer version?

This version is the one used by Yafu btw.

Wick · 2014-01-10, 12:34

Ok I have it working I think.
Downloading new version of ggnfs and reordering the parameters made it work (I think)

output:

Code:

gnfs-lasieve4I14e -o 4788_5194_38_39.txt -f 38000000 -c 1000000 -v -a 4788_5194.poly
gnfs-lasieve4I14e (with asm64): L1_BITS=15, SVN $Revision$
Warning:  lowering FB_bound to 37999999.
FBsize 2320767+0 (deg 5), 3562113+0 (deg 1)
total yield: 189, q=38000107 (0.06913 sec/rel; ETA 33h36m)

prgamma10 · 2014-01-10, 13:45

Reserving 41-48M.

RichD · 2014-01-10, 22:55

Quote:

Originally Posted by prgamma10

Reserving 41-48M.

Did you only mean to take 7M?
(Maybe the other core is busy with something else.)

Batalov · 2014-01-12, 06:50

I take all the rest. And I will finish the algebra.

Batalov · 2014-01-12, 10:56

It is done. The driver changed into 2⁵ · 3², only to come back two iterations later.

The size is now 188, the cofactor is c178 and it is ~t50'd. If there's still interest in this sequence, go on with more 110e6 curves.

schickel · 2014-01-12, 11:09

Quote:

Originally Posted by Batalov

I take all the rest. And I will finish the algebra.

Quote:

Originally Posted by Batalov

It is done. The driver changed into 2⁵ · 3², only to come back two iterations later.

Quote:

The size is now 188, the cofactor is c178 and it is ~t50'd. If there's still interest in this sequence, go on with more 110e6 curves.

2014-01-10, 00:39	#1
RichD Sep 2008 Kansas 2⁶·53 Posts	Team sieve #43: C164 from 4788:i5194 -- FINISHED Tracking Aliquot Sequence 4788 index 5194. Code: # sieve with ggnfs lasieve4I14e on the -a side from 30M to 114M # aq4788:5194 n: 56336747150380626438276754902488766416020903744837900647138061605999767753078104418680167689142175489355492712257458624526631830323402854770850021959017408855080521 # size 5.496e-016, alpha -7.363, combined = 7.985e-013 rroots = 3 skew: 111313596.81 c0: 2904896119859058264406991009861093144150400 c1: -64638219915023936469554866040149272 c2: -3017144413645332474429006886 c3: 20234230792711171585 c4: 171065306604 c5: 432 Y0: -167132767303944628800670041934723 Y1: 262569407971517 rlim: 60000000 alim: 60000000 lpbr: 31 lpba: 31 mfbr: 62 mfba: 62 rlambda: 2.6 alambda: 2.6 Poly generated by: Alfred Post-processing by: ??? Run the siever using the following command: Code: gnfs-lasieve4I14e -a 4788_5194.poly -o <output_file_name> -f <start_of_range> -c <length_of_range> 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 4788_42M.rels 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 30-38M. Last fiddled with by RichD on 2014-01-10 at 00:54 Reason: correct syntax

2014-01-10, 13:45	#6
prgamma10 Jan 2013 6D₁₆ Posts	Reserving 41-48M. Last fiddled with by prgamma10 on 2014-01-10 at 14:09

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Team sieve #42: C161 from 4788:i5193	RichD	Aliquot Sequences	49	2013-12-17 12:27
Team sieve #24: c155 from 4788:2618	schickel	Aliquot Sequences	26	2011-02-24 23:19
Team sieve #23: c172 from 4788:i2617	schickel	Aliquot Sequences	64	2011-02-19 02:28
Team sieve #21: c162 from 4788:2602	jrk	Aliquot Sequences	31	2010-12-30 21:33
Team sieve #20: c170 from 4788:2549	schickel	Aliquot Sequences	153	2010-11-09 07:39

2014-01-10, 09:28	#4
Wick Nov 2012 72₁₀ Posts	I have never done this before, but I would like to have a go. I have no idea how long this is going to take so is 1M a good start? If so then I'll take 38-39M Edit: Ok I'm guessing I'm doing something wrong. I'm starting with: gnfs-lasieve4I14e -a 4788_5194.poly -o 4788_5194_38_39.txt -f 38000000 -c 1000000 -v After that it outputs: Warning: lowering FB_bound to 37999999. FBsize 2320767+0 (deg 5), 3562113+0 (deg 1) And then it crashes. Maybe my version is too old? The date stamp is from 2009 (Found a zip file on my system with svn version 374). If so, where can I get a newer version? This version is the one used by Yafu btw. Last fiddled with by Wick on 2014-01-10 at 09:39

2014-01-12, 06:50	#8
Batalov "Serge" Mar 2008 Phi(4,2^7658614+1)/2 9,497 Posts	I take all the rest. And I will finish the algebra.

2014-01-12, 10:56	#9
Batalov "Serge" Mar 2008 Phi(4,2^7658614+1)/2 9,497 Posts	It is done. The driver changed into 2⁵ · 3², only to come back two iterations later. The size is now 188, the cofactor is c178 and it is ~t50'd. If there's still interest in this sequence, go on with more 110e6 curves.