mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   NFS@Home (https://www.mersenneforum.org/forumdisplay.php?f=98)
-   -   Fast Breeding (guru management) (https://www.mersenneforum.org/showthread.php?t=20024)

wblipp 2015-12-01 20:24

[QUOTE=chris2be8;417922]I can think of quite a few, such as these Oddperfect related numbers ... no idea if they have had enough ECM run against them[/QUOTE]

Based on ECM known to me, no OPN composite in the SNFS 26x range is ready for SNFS. I'll see about changing that for the next time.

swellman 2015-12-01 20:38

Aliquot 4788.i5241 is a C175 GNFS job. Yoyo@Home ran it up to t55 and a poly is [url=http://www.mersenneforum.org/showthread.php?p=417926#post417926]here[/url]. Can this be put into the queue for 14e?

Was it determined what happened to C222_117_100?

fivemack 2015-12-02 00:18

I really think a C175 is better-treated as an easy 15e job than as an inefficient 14e job, and the 14e queue is long enough that I don't think it'll even be delayed too long if I put it to 15e. Unless you disagree quite strongly I'll push 4788.i5241 to 15e tomorrow afternoon.

Dubslow 2015-12-02 06:17

[QUOTE=chris2be8;417922]I can think of quite a few, such as these Oddperfect related numbers in the most wanted list with particularly large weights:
(4051^71-1)/4050
(4091^71-1)/4090

Sadly, I've no idea if they have had enough ECM run against them. And the difficulty is a bit low although the largish coefficients will make them seem harder.

Chris[/QUOTE]

If NFS@Home is willing to take these, I say lets reserve them and ECM them ourselves (or maybe yoyo@home if they feel so inclined).

I'll start ECMing the smaller number from t30.

debrouxl 2015-12-02 19:14

Yeah, GNFS 175 is not suitable for 14e.
Look at C171_842592_8031: sieving with 31-bit LPs, on the 20M-340M range, is going to yield less than 218M raw relations. Those may well prove insufficient, as the duplicate ratio is usually above 20% on such numbers; maybe the range will have to be expanded by at least 20M.

fivemack 2015-12-03 10:28

C175_4788_5241 queued; test sieving suggested it only needs 20M-100M with 32-bit LP and 15e, but it'll be a few weeks before the things in the queue in front of it go through.

swellman 2015-12-06 18:45

[url=http://www.mersenneforum.org/showthread.php?t=18421&page=20]This aliquot [/url]seems to have fallen through the cracks.

wblipp 2015-12-09 17:45

Odd Perfect has had many 14e factorizations recently - please bump any other projects ahead of it. But rather than let the queue empty, here are six more that are ready

1373^79-1 ecm to 2/9 by Oscar aka Lorgix and yoyo@home
1847^71-1 ecm to 2/9 by Oscar aka Lorgix and yoyo@home
2027^71-1 ecm to 2/9 by Oscar aka Lorgix and yoyo@home
8821_61M.C181 ecm to 2/9 by yoyo@home
11119^61-1 ecm to 2/9 by yoyo@home
C161 from[URL="http://factordb.com/index.php?id=1100000000441461182"] P170+1[/URL] ecm to 2/9 by yoyo@home

[URL="http://factordb.com/index.php?id=1100000000441149807"]P170[/URL] comes from P41^7-1
[URL="http://factordb.com/index.php?id=1100000000126642056"]P41[/URL] comes from P47^3-1
[URL="http://factordb.com/index.php?id=1100000000126922376"]P47[/URL] comes from P49^3-1
[URL="http://factordb.com/index.php?id=1100000000007670520"]P49[/URL] comes from 11^179-1

RichD 2015-12-11 19:54

[QUOTE=wblipp;418722]C161 from[URL="http://factordb.com/index.php?id=1100000000441461182"] P170+1[/URL] ecm to 2/9 by yoyo@home

[URL="http://factordb.com/index.php?id=1100000000441149807"]P170[/URL] comes from P41^7-1
[URL="http://factordb.com/index.php?id=1100000000126642056"]P41[/URL] comes from P47^3-1
[URL="http://factordb.com/index.php?id=1100000000126922376"]P47[/URL] comes from P49^3-1
[URL="http://factordb.com/index.php?id=1100000000007670520"]P49[/URL] comes from 11^179-1[/QUOTE]

Two to choose from:
[CODE]N: 29098478080289158068083497805950563578042769980083366041974722683133310968377034283290491748967684909079565264708316168721801984473190295279824178763859676212821
# expecting poly E from 1.18e-12 to > 1.35e-12
R0: -5231298467686916095857913451281
R1: 682002151318721
A0: -1649734815347861572776647047896592664
A1: -20222051203330131418892213211696
A2: 61139540132904204844563524
A3: 65969819890460569729
A4: -30807379519792
A5: 7427160
# skew 1058093.95, size 1.162e-15, alpha -6.935, combined = 1.243e-12 rroots = 3[/CODE]

[CODE]N: 29098478080289158068083497805950563578042769980083366041974722683133310968377034283290491748967684909079565264708316168721801984473190295279824178763859676212821
# expecting poly E from 1.18e-12 to > 1.35e-12
R0: -4759382182206738053494188052267
R1: 2891779695447493
A0: 92321215480037303595821274458492067360
A1: 121664102564294699442982960508336
A2: 28157683075762522907049790
A3: -96429722384843787967
A4: -31291375432164
A5: 11915640
# skew 2062639.49, size 1.148e-15, alpha -7.427, combined = 1.228e-12 rroots = 3[/CODE]

swellman 2015-12-16 16:15

[QUOTE=fivemack;407808]I don't think more ECM on 128_95 is particularly necessary; I just think it's big enough that it will be handled more efficiently on the 15e queue, and I thought we were discussing options for 14e.[/QUOTE]

Can we revisit C211_126_95 for the 15e queue?

The poly is given [url=http://www.mersenneforum.org/showpost.php?p=407761&postcount=147]here[/url]. It has survived 0.4t55. Thanks for considering it.

fivemack 2015-12-16 18:45

C211_128_95 added to 15e queue


All times are UTC. The time now is 22:50.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.