2022 - queue management for 15e_small

[swellman]

Going forward, please post all 15e_small work to be queued here, and ONLY 15e_small work.

(Please note that 15e queue management now has its own thread.)

Guidelines:

Jobs clearly faster on 14e can still go to the d queue; if there is any doubt whether 14e or 15e is faster, post them here for 15e_small.

Candidates for 15e_small should use lims no higher than 134M and Q-range no more than 180M (example: 30M-210M).

[swellman]

QUEUED AS 9p7_637M Deleted and resubmitted to the 15e queue.

9+7,637M is another HCN of SNFS difficulty 260 which has survived ECM of over 20,000 curves @B1=260M. It is ready for SNFS on 15e_small.

n: 10115534467465870102033066645802885938638952442096195654741022067217370137537157904317872632813715535989625387514577675342256776428998814737970667747791828201494316237622827458873006471507748983133634729688343320943278459847998545407176140671
skew: 2.646
type: snfs
size: 260
c6: 1
c5: 7
c4: 21
c3: 49
c2: 147
c1: 343
c0: 343
Y1: 107006904423598033356356300384937784807
Y0: -26183890704263137277674192438430182020124347
rlim: 134000000
alim: 266000000
lpbr: 31
lpba: 31
mfbr: 62
mfba: 91
rlambda: 2.7
alambda: 3.4

Results of test sieving on the -r side with Q in blocks of 1000:

MQ           Norm_yield        Speed (sec/rel)
40              1779                0.480
70              1604                0.551
100             1455                0.651
150             1357                0.680
200             1272                0.659

Suggesting sieving over a Q-range of 36-215M to produce 260M raw relations.

[VBCurtis]

I thought the main e-small requirement was lim's averaging 134M for small memory use. This job uses the full 15e lim's averaging 200M.

[swellman]

Originally Posted by VBCurtis

I thought the main e-small requirement was lim's averaging 134M for small memory use. This job uses the full 15e lim's averaging 200M.

You are correct - I violated policy (as posted by me earlier this morning) on day 1! An inauspicious start to 2022…

Sorry, the tempo of the BOINC challenge got to me. It’s too late to change it as it’s entered sieving but it was a completely unforced error.

I’ll ask to Greg to intercede. He can kill it and we can move it to 15e.

[swellman]

QUEUED AS 12p5_280

12+5,280 is a c208 HCN that can be factored with a sextic. It has a SNFS difficulty of 259. It has completed 20,150 curves of ECM @B1=260M and is ready for SNFS on 15e_small.

n: 1596590736225855120084456778110210795544304227625031819741691244099950760163348488135393985554381967111610031341946813498660348293913580570138323257089485209438893310506314905133131989982454570419945681870081
skew: 1.0000
type: snfs
size: 259
c6: 1
c5: -1
c4: 1
c3: -1
c2: 1
c1: -1
c0: 1
Y1: -9094947017729282379150390625
Y0: 14697715679690864505827555550150426126974976
rlim: 134000000
alim: 134000000
lpbr: 31
lpba: 31
mfbr: 62
mfba: 91
rlambda: 2.7
alambda: 3.4

Results of test sieving on the rational side with Q in blocks of 1000:

MQ       Norm_yield       Speed (sec/rel)
40          2305               0.352
70          2135               0.395
100         1864               0.463
150         1782               0.464
200         1566               0.488

Suggesting a Q range of 40-175M to produce 260M raw relations.

[richs]

GNFS Aliquot C182 829332 i3712, ECM'ed to t57.5, record poly found by Gimarel (thanks also to firejuggler for poly searching, and EdH and Max0526 for spin attempts), for 15e small:

n: 13635588725377596222856529725135479746291059820675753005743649642645113961450705098565418853272222648457867089911497772935730854325108472004073473515491833177734439088106473291020179
# norm 1.458206e-17 alpha -7.001578 e 8.175e-14 rroots 5
lss: 0
skew: 56974488.34
c0: -3597427849609417995730410580674092438995116
c1: 1070288438478672016191301462910141234
c2: 97985413438641176235521995822
c3: -943372964207573169075
c4: -28482954354750
c5: 88200
Y0: -255188916278834320647053351006774111
Y1: 10351928383542032555509
rlim: 134000000
alim: 134000000
lpbr: 31
lpba: 31
mfbr: 62
mfba: 62
rlambda: 2.6
alambda: 2.6

Sieve on algebraic side Q = 20-200M. I will handle LA.

[VBCurtis]

Originally Posted by richs

rlim: 134000000
alim: 134000000
lpbr: 31
lpba: 31
mfbr: 62
mfba: 62
rlambda: 2.6
alambda: 2.6

Sieve on algebraic side Q = 20-200M. I will handle LA.

With yield under 1.5 and that wide a Q-range, you're likely to get an unpleasant duplicate ratio. A job this size really calls for 32-bit large primes, and I imagine 3LP on one side too. I bet yield is quite a bit better on full 15e- a C182 is clearly in the upper half of jobs where 15e is optimal, making bigger lims pretty useful.

[richs]

Originally Posted by VBCurtis

With yield under 1.5 and that wide a Q-range, you're likely to get an unpleasant duplicate ratio. A job this size really calls for 32-bit large primes, and I imagine 3LP on one side too. I bet yield is quite a bit better on full 15e- a C182 is clearly in the upper half of jobs where 15e is optimal, making bigger lims pretty useful.

I'll check 32-bit. Sean, please hold off enqueuing this. Thanks.

[richs]

QUEUED AS C182_829332_3712

Attempt #2. Thanks VBCurtis for the advice.

GNFS Aliquot C182 829332 i3712, ECM'ed to t57.5, record poly found by Gimarel (thanks also to firejuggler for poly searching, and EdH and Max0526 for spin attempts), for 15e small:

n: 13635588725377596222856529725135479746291059820675753005743649642645113961450705098565418853272222648457867089911497772935730854325108472004073473515491833177734439088106473291020179
# norm 1.458206e-17 alpha -7.001578 e 8.175e-14 rroots 5
lss: 0
skew: 56974488.34
c0: -3597427849609417995730410580674092438995116
c1: 1070288438478672016191301462910141234
c2: 97985413438641176235521995822
c3: -943372964207573169075
c4: -28482954354750
c5: 88200
Y0: -255188916278834320647053351006774111
Y1: 10351928383542032555509
rlim: 134000000
alim: 134000000
lpbr: 32
lpba: 32
mfbr: 64
mfba: 64
rlambda: 2.7
alambda: 2.7

Sieve on algebraic side Q = 35-135M. I will handle LA.

[swellman]

Originally Posted by richs

Attempt #2. Thanks VBCurtis for the advice.

GNFS Aliquot C182 829332 i3712, ECM'ed to t57.5, record poly found by Gimarel (thanks also to firejuggler for poly searching, and EdH and Max0526 for spin attempts), for 15e small:

rlim: 134000000
alim: 134000000
lpbr: 32
lpba: 32
mfbr: 64
mfba: 64
rlambda: 2.7
alambda: 2.7

Sieve on algebraic side Q = 35-135M. I will handle LA.

Rich - 15e_small is limited to lpbr/a = 31 and r/alim = 134M. Any higher values and the job de facto belongs on 15e.

Did you try it with 3 LPs? That’s allowed on 15e_small 31-bit jobs. I have no idea if doing so would increase yield enough to generate enough rels within the allowable Q limit. (15e_small is really meant for small jobs - a GNFS 182 may be too difficult for it.)

But I’ll be happy to enqueue it on 15e if you’d prefer.

[richs]

Originally Posted by swellman

Rich - 15e_small is limited to lpbr/a = 31 and r/alim = 134M. Any higher values and the job de facto belongs on 15e.

Did you try it with 3 LPs? That’s allowed on 15e_small 31-bit jobs. I have no idea if doing so would increase yield enough to generate enough rels within the allowable Q limit. (15e_small is really meant for small jobs - a GNFS 182 may be too difficult for it.)

But I’ll be happy to enqueue it on 15e if you’d prefer.

Sean - I didn't see the 31 bit limitation listed (you may want to edit the first post). Please move my post to the 15e thread, or I can repost there if you want. Sorry for the trouble....