Team Sieve #28: c162 from 4788:2714

jrk · 2011-08-21, 17:41

This factorization is now complete! c162=p58*p104!

line 2714 poly:

Code:

# sieve with ggnfs siever 14e on alg side from Q=20M to 110M
# aq4788:2714
n: 166628602458863199681412390571945956860829753847508222415516181474212983857492472997546584729232553557611656225147264335510630155874735267087971313501090504483283
# norm 1.033178e-15 alpha -7.397680 e 1.125e-12 rroots 5
skew: 8306870.08
c0:  1537653061177199519675438204046890885952
c1:  3935686831392450389288572372831416
c2: -1300482116441861083603358574
c3: -52381580831494617839
c4:  17170757066054
c5:  737880
Y0: -11769353184227158156714388973907
Y1:  971514928020629777
rlim: 45000000
alim: 45000000
lpbr: 29
lpba: 30
mfbr: 58
mfba: 60
rlambda: 2.5
alambda: 2.5

Reservations:

Code:

 20-  26 M  Andi47 (done)
 26-  90 M  debrouxl (done)
 90-  92 M  Mini-Geek (done, 1834879 relations)
 92-  95 M  jrk (done, 2723915 relations)
 95-112.5M  debrouxl (done)

debrouxl · 2011-10-04, 08:29

Given that jrk suggested sieving the C162 with 14e, after the current SNFS 242 factorization completes, I could queue on RSALS some WUs, preferably in a contiguous ranges of q values starting from the low q values.

Andi47 · 2011-10-07, 16:00

600 more ecm-curves @11e7, no factor.

reserving 20-26M for GNFS (and hoping for others to join).

schickel · 2011-10-08, 04:22

Quote:

Originally Posted by debrouxl

Given that jrk suggested sieving the C162 with 14e, after the current SNFS 242 factorization completes, I could queue on RSALS some WUs, preferably in a contiguous ranges of q values starting from the low q values.

Are you in a position to do this now? You could take a range starting at 26M.....

BTW, who's going to do the post on this?

debrouxl · 2011-10-08, 07:26

Yes, the sieving of "4099_67_minus1" is drawing to a close. At the time of this writing, the WU generation system is starving, so the clients will be starving in several hours unless I queue something.

Therefore, reserving 26M-90M

Local testing indicates ~1 relation per q value, at ~0.42 sec/rel on Core 2 (Duo) T7200.

Mini-Geek · 2011-10-08, 11:24

Reserving 90M-92M.

debrouxl · 2011-10-08, 13:21

Over the ~100 first results returned to RSALS, the yield is ~1.2 relation per q value.

jrk · 2011-10-08, 15:28

Reserving 92M-95M

henryzz · 2011-10-08, 19:18

Assuming it will fit in 6 GB of memory and finish in less than a week on my Q6600 I would like to do postprocessing for a change.

debrouxl · 2011-10-10, 04:01

Yeah, filtering of 30-bit LPs tasks usually fits in 6 GB.
At the time of this writing, all WUs for the 26M-90M range have been created, and the WU stock will soon be depleted; results for 38.43M scattered q values have been returned, totaling 43459669 raw relations.

debrouxl · 2011-10-10, 05:54

If nobody claims part of the remaining (95M-110M) range by tonight (CEST), i.e. in about twelve hours, I'll queue that range to RSALS, so that as far as RSALS is concerned, post-processing could start on Friday or Saturday

2011-10-07, 16:00	#3
Andi47 Oct 2004 Austria 9B2₁₆ Posts	600 more ecm-curves @11e7, no factor. reserving 20-26M for GNFS (and hoping for others to join). Last fiddled with by schickel on 2011-10-08 at 04:19 Reason: Removing poly

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Team sieve #36: c162 from 4788:i5141	jrk	Aliquot Sequences	55	2013-02-07 01:39
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
Team sieve #5: c140 from 4788:2407	10metreh	Aliquot Sequences	77	2009-05-27 20:39

2011-10-04, 08:29	#2
debrouxl Sep 2009 977₁₀ Posts	Given that jrk suggested sieving the C162 with 14e, after the current SNFS 242 factorization completes, I could queue on RSALS some WUs, preferably in a contiguous ranges of q values starting from the low q values.

2011-10-08, 07:26	#5
debrouxl Sep 2009 977 Posts	Yes, the sieving of "4099_67_minus1" is drawing to a close. At the time of this writing, the WU generation system is starving, so the clients will be starving in several hours unless I queue something. Therefore, reserving 26M-90M Local testing indicates ~1 relation per q value, at ~0.42 sec/rel on Core 2 (Duo) T7200.

2011-10-08, 11:24	#6
Mini-Geek Account Deleted "Tim Sorbera" Aug 2006 San Antonio, TX USA 17·251 Posts	Reserving 90M-92M.

2011-10-08, 13:21	#7
debrouxl Sep 2009 977 Posts	Over the ~100 first results returned to RSALS, the yield is ~1.2 relation per q value.

2011-10-08, 15:28	#8
jrk May 2008 2107₈ Posts	Reserving 92M-95M

2011-10-08, 19:18	#9
henryzz Just call me Henry "David" Sep 2007 Cambridge (GMT/BST) 5,821 Posts	Assuming it will fit in 6 GB of memory and finish in less than a week on my Q6600 I would like to do postprocessing for a change.

2011-10-10, 04:01	#10
debrouxl Sep 2009 3D1₁₆ Posts	Yeah, filtering of 30-bit LPs tasks usually fits in 6 GB. At the time of this writing, all WUs for the 26M-90M range have been created, and the WU stock will soon be depleted; results for 38.43M scattered q values have been returned, totaling 43459669 raw relations.

2011-10-10, 05:54	#11
debrouxl Sep 2009 977 Posts	If nobody claims part of the remaining (95M-110M) range by tonight (CEST), i.e. in about twelve hours, I'll queue that range to RSALS, so that as far as RSALS is concerned, post-processing could start on Friday or Saturday