Fast Breeding (guru management)

[fivemack]

I've pushed F1361 as an SNFS candidate.

swellman: would you like me to push L3865B to 15e with the polynomial you and Max found?

[swellman]

Originally Posted by fivemack

swellman: would you like me to push L3865B to 15e with the polynomial you and Max found?

Yes please.

Eta - Max0526 gets sole credit for the high quality polynomial.

[swellman]

In this post I nominated this composite for 15e, but it should be called C220_127_109. The job file in that posting shows the correct info, I just mistyped the title. Job should run just fine.

Apologies. Not sure if this needs to be corrected. Thank you for enqueueing it.

corrected, though it didn't need to be

[fivemack]

L3865B is queued on 15e (32-bit large primes, I did trial sieving with 3LP on either side but both were slower than 2LP)

Yield looks quite reasonable.

I think that's all the requests from the last month queued up, there are now six jobs on 14e and five on 15e.

Filled the time for my tea to brew by determining that 32607907713428723311 is a factor of polcyclo(5,5229043), and 5229043 is polcyclo(7,13). I suspect there's an efficient way to do the first search, though I just looked at Mod(p,32607907713428723311)^5 for increasingly large primes.

[RichD]

A 14e candidate from this post with follow-up data points in the next post was missed.

fivemack: Sorry. Queued now

[xilman]

Apologies if this is in the wrong place; if so perhaps a mod could send it packing.

Some time back NFS@Home wanted relatively small, <S250, jobs to keep users with relatively small machines happy. I long since ran out of them. The GCW tables presently have three sub-C170 GNFS candidates, all reserved, and a bunc h>C181. Sam Wagstaff is working through the remaining C181 numbers. As far as SNFS is concerned the numbers start at S255.

Question: into which queue(s) should these go and is there spare capacity for a few of my numbers?

Paul

[pinhodecarlos]

There’s plenty of processing power for sieving in all applications, backlog is post-processing I suppose.

[fivemack]

There is plenty of spare capacity; I think C182 and S255 are both optimally in the 15e range, but we did several at 14e when the 15e queue was moving slowly.

[xilman]

Originally Posted by fivemack

There is plenty of spare capacity; I think C182 and S255 are both optimally in the 15e range, but we did several at 14e when the 15e queue was moving slowly.

Thanks. I'll set up some candidates.


Added in edit: 265*(9^265+1).C232 aka GC(9,265) aka 9,265+ now added to the 15e queue. It's been years since I put anything there so may have mis-remembered the procedure. Could someone cast a critical eye over it please? If all is well I'll add 9,266+, 12,236+ and 12,238+

[fivemack]

I've queued L2755A as an awkward but perfectly practical quartic, having finally worked out how to get reasonable polynomials for the Lucas Aurifeuillian factors.

[swellman]

QUEUED C232_140_59 is ready for SNFS on 14e. I’ve pushed a lot of numbers towards the queue, but this is the last until March - didn’t want it to get lost. Thank you.

n: 2234378048249495869632277535776778536491220070872178334323257257984004715599817130218098631993983409929561189021862530161860248402011281511389799252654886688065574453902542653717067012722454732217367978217338892307708541470519239077
# 140^59+59^140, difficulty: 247.92, anorm: 1.40e+039, rnorm: -1.60e+047
# scaled difficulty: 249.26, suggest sieving rational side
# size = 1.061e-012, alpha = 0.000, combined = 1.277e-013, rroots = 0
type: snfs
size: 247
skew: 8.8710
c6: 1
c0: 487340
Y1: -53653278865596927234911463541904971226579
Y0: 2892546549760000000000
rlim: 268000000
alim: 400000000
lpbr: 32
lpba: 32
mfbr: 64
mfba: 64
rlambda: 2.8
alambda: 2.8

Test sieving on the -r side with Q in blocks of 2K:

Q=20M    4309
Q=80M    2771
Q=150M   2569
Q=250M   2382
Q=350M   1996
Q=400M   1782

suggesting a sieving range for Q of 20M-400M with a target # rels=480M