[b]QUEUED AS 13_2_853_m1 [/b] 13*2^853-1 is ready for SNFS on 14e:
[code]n: 1984133939536354589303027747642021045122874173930740553315832970989684622609088659408935332189382042605741754839878732182271389575259718698134313541375575590360240175803193730105980774511023348271960042886569755527009
skew: 0.59
type: snfs
size: 258
c6: 26
c0: -1
Y1: -1
Y0: 5575186299632655785383929568162090376495104
rlim: 134000000
alim: 200000000
lpbr: 33
lpba: 33
mfbr: 66
mfba: 66
rlambda: 2.7
alambda: 2.7[/code]
Test-sieving indicates Q range from 15-220M should yield ~650M relations:
[code]Q=20M 0.061 sec/rel, 4806 rels
Q=40M 0.067 sec/rel, 4119 rels
Q=60M 0.075 sec/rel, 3542 rels
Q=80M 0.080 sec/rel, 3236 rels
Q=110M 0.089 sec/rel, 3501 rels
Q=140M 0.100 sec/rel, 3101 rels
Q=170M 0.107 sec/rel, 2287 rels[/code]

Alternately, 32/64 on the rational side and 33/66 alg side should yield 510M relations from Q=15-240M; the expected sieve time is marginally longer, but this saves a bit of disk space and server bandwidth.
I'll handle the matrix, please.

[b]QUEUED AS C211_489xx557_7 [/b]
C211 from the OPN t600 file.
[ a.k.a. Phi_7(Phi_107(3)/50077/229837)/29^3/421/1183130111050331755535790133 ]
P41^7-1
[CODE]n: 1134507765851880429458844611888849057481057995993265356102247938222166493299410915234943047650414750697262672370564877482295777735351545028439738178770336398834518224057361962994790504373390782080479803905762391
# 48965028505045123993421250406516036571557^7-1, difficulty: 244.14, skewness: 1.00, alpha: 2.24
# cost: 5.2911e+18, est. time: 2519.57 GHz days (not accurate yet!)
skew: 1.000
c6: 1
c5: 1
c4: 1
c3: 1
c2: 1
c1: 1
c0: 1
Y1: -1
Y0: 48965028505045123993421250406516036571557
type: snfs
rlim: 67000000
alim: 134000000
lpbr: 31
lpba: 31
mfbr: 62
mfba: 62
rlambda: 2.6
alambda: 2.6[/CODE]
Trial sieving 5K blocks.
[CODE] Q Yield
12M 11537
20M 11016
60M 9077
100M 8091
150M 6551
200M 6175[/CODE]
P.S. A couple numbers in the 14e queue could use a few more relations.

[b]QUEUED AS C146_M17_k41[/b]
C146_M17_k41 from the kosta project is ready for SNFS on 14e. Straightforward factorization job for someone weary of month long efforts. I don't have the bandwidth to take it right now.
[code]
n: 77903135045855861025050652113274924325407202154171862626516078860295928679456030006176995935281081075944596887305592953648760569199090515319652081
# 131071^41-1, difficulty: 214.94, anorm: -1.93e+27, rnorm: 2.83e+47
# scaled difficulty: 218.30, suggest sieving rational side
# size = 6.654e-15, alpha = 0.959, combined = 3.841e-12, rroots = 1
type: snfs
size: 214
skew: 0.0947
c5: 131071
c0: -1
Y1: -1
Y0: 87106969161751807834285455088687393013761
rlim: 33000000
alim: 33000000
lpbr: 29
lpba: 29
mfbr: 58
mfba: 58
rlambda: 2.5
alambda: 2.5
[/code]


Test sieving on the -r side with Q in blocks of 10K:
[code]
Q=10M 23266
Q=18M 22066
Q=25M 23229
Q=32M 21362
Q=40M 20389
[/code]
Suggesting a sieving range for Q of 10M-38M with a target number of relations = 60M. This many relations may be a touch high for a 29-bit run, but not overly so.

I'll do it swellman.

Just to warn that C173_542xx041_3 needs more relations since it can't produce a matrix with td set to 70. Check msieve log attached.

Alright, I've just increased the upper end of the range from 150M to 164M.

[QUOTE=debrouxl;490703]Alright, I've just increased the upper end of the range from 150M to 164M.[/QUOTE]


Please divide by 10. I’m seing set to 1640M.

Oops. And sure enough, the WU generation job ran in the meantime, so there are now WUs for a very large range of q values :'(

Protection, or at least warning, against a likely extra zero was on the wish list for the crunching management page rework, but nobody had and has time to do that.

[b]QUEUED ON 14e AS C212_440xx141_11 [/b]
C212 from the OPN t600 file.
[ a.k.a. Phi_11(Phi_5(Phi_3(Phi_5(3169)/61)/78049/1577431459)/1404522989938741)/23/2531 ]
[CODE]n: 47611450180055498439349968637913730559592127942397433610100631457738318371226970404553635953161927868566132382127172643984212820961263599481210316485929317381842743175765020672013193446142690072278493537763013947
# 4408320270589390433141^11-1, difficulty: 216.44, skewness: 1.00, alpha: 2.22
# cost: 5.72978e+17, est. time: 272.85 GHz days (not accurate yet!)
skew: 1.000
c5: 1
c4: 1
c3: -4
c2: -3
c1: 3
c0: 1
Y1: -4408320270589390433141
Y0: 19433287608089316487066481218818135591125882
type: snfs
rlim: 16700000
alim: 33500000
lpbr: 29
lpba: 29
mfbr: 58
mfba: 58
rlambda: 2.5
alambda: 2.5[/CODE]
Trial sieving 5K blocks.
[CODE] Q Yield
10M 10712
20M 10702
40M 8568[/CODE]

[QUOTE=pinhodecarlos;488828]By looking at FreeDC stats the majority of the 14e/15e wus are done by the gridcoin pools and Syracuse University, which I think they have selected all types of wu's on the preferences page. If the 14e dries they will crunch 15e but I suppose Syracuse University has a few cores only dedicated to 14e but only Greg can help us there.


To clear my point, let the 14e queue dry and the long 15e queue will be picked up with 30k wu's/day.[/QUOTE]


Picking up an old message by posting an interesting stats. By letting 16e queue dry (I've stopped chasing Greg) it's clear the majority of the clients can run and process the 15e wus at a rate of 90k-100k per day. There was a peak of 120k when some friends were running Formula Boinc.

C184_137_92 (GNFS)
 

[b]QUEUED AS C184_137_92[/b]
C184_137_92 is ready for GNFS on 15e after much ECM and a record setting poly search (thanks to the entire group of searchers).
[code]
n: 9940228815572729974479805041160093457799465836723047107028814844367343645759844924667871218783311382744144475849662072771372543751420348902351458832811698585316610540775038942091519187
skew: 20968860.16210
c0: -865964752445816537631964846743050291670210
c1: 2293270893548037775327647434630690295
c2: 88595020171690595578726729681
c3: -15580674710447975645942
c4: 131206418303040
c5: 10151856
Y0: -287326832813287728566182014605586743
Y1: 1176988226526859937
lpbr: 32
lpba: 32
rlim: 268000000
alim: 268000000
mfbr: 64
mfba: 96
rlambda: 2.8
alambda: 3.4
[/code]


Test sieving on the -a side with Q in blocks of 10k:
[code]
Q=30M 27964
Q=60M 32007
Q=100M 32019
Q=150M 32243
Q=200M 27700
Q=250M 26018
[/code]
Which suggests a sieving range of 40-190M with a target number of relations = 470M.