[b]QUEUED AS C176_628xx943_3[/b]
C176 from the OPN t600 file.
[ a.k.a. Phi_3(Phi_7(Phi_3(Phi_3(Phi_2(Phi_5(1009))/2/3)/3/13/167017549)/3/3523057633)/535741/1868261)/3/97/229/5011 ]
P92^3-1 - 62818938916943713724293329489477630385792505500459422757805502240535452147851295164091552943^3-1
[CODE]n: 11817573680377412836638632860989734534122871678823492195403235269655979005933118060307829076932649917304985855842648318632629528764253759881956068556160252701423136424140701317
lss: 0
Y0: -10945003540020221256540143306425414
Y1: 5724562817425357
c0: 1340103580218924232182567818952782473639164447
c1: 85017093137267155348529414010090702797
c2: 304981113552615979136336661351
c3: -17082141345003713474637
c4: -1361121917278
c5: 75240
skew: 166974791.84
type: gnfs
rlim: 268000000
alim: 268000000
lpbr: 32
lpba: 32
mfbr: 64
mfba: 64
rlambda: 2.7
alambda: 2.7[/CODE]
Trial sieving 5K blocks.
[CODE] Q Yield
40M 9006
60M 9269
100M 10246
150M 9826
200M 9110
250M 9634
300M 10404[/CODE]
As info, my next two are GNFS-159 (30-bit?) & GNFS-172 (31-bit?).

[QUOTE=debrouxl;492326]It had been a little while since I last updated a range on 14e. I have just fixed the number of bits to match the polynomial, and expanded the ranges for the three last numbers :smile:[/QUOTE]

Something looks wrong - the bit size for my C171_M17_k43 job increased from 30 to 31, at least that’s [url=https://escatter11.fullerton.edu/nfs/crunching.php]what is displayed on the 14e status page[/url]. Further, the poly that [url=http://www.mersenneforum.org/showpost.php?p=492119&postcount=1525]I proposed for this job[/url] is not on the NFS server, rather it appears to be that [url=http://www.mersenneforum.org/showpost.php?p=492119&postcount=1525]proposed by RichD one post later[/url].

Is this a cut and paste error? Or am I totally misunderstanding what happens behind the curtain?

[QUOTE=swellman;492337]Something looks wrong - the bit size for my C171_M17_k43 job increased from 30 to 31, at least that’s [url=https://escatter11.fullerton.edu/nfs/crunching.php]what is displayed on the 14e status page[/url]. Further, the poly that [url=http://www.mersenneforum.org/showpost.php?p=492119&postcount=1525]I proposed for this job[/url] is not on the NFS server, rather it appears to be that [url=http://www.mersenneforum.org/showpost.php?p=492119&postcount=1525]proposed by RichD one post later[/url].

Is this a cut and paste error? Or am I totally misunderstanding what happens behind the curtain?[/QUOTE]

I concur. This appears to be a duplication. C171_M17_k43 should be re-queued.

I set the number of bits to 31 because the polynomial which appears in the Web interface is
[code]n: 69332660877922082537767530768489028323351021382491370365774125187128061567786015233280919959574623253603839347499710319156551450042423660032291852446972210215342161358825636053
skew: 1.000
c6: 1
c5: 1
c4: 1
c3: 1
c2: 1
c1: 1
c0: 1
Y1: -1
Y0: 552781743698966779174737704265497702530829
rlim: 67000000
alim: 134000000
lpbr: 31
lpba: 31
mfbr: 62
mfba: 91
rlambda: 2.6
alambda: 3.6[/code]

But you're saying that the number should be set to COMPLETED, and a new entry should be created ?

[QUOTE=debrouxl;492345]I set the number of bits to 31 because the polynomial which appears in the Web interface is
[code]n: 69332660877922082537767530768489028323351021382491370365774125187128061567786015233280919959574623253603839347499710319156551450042423660032291852446972210215342161358825636053
skew: 1.000
c6: 1
c5: 1
c4: 1
c3: 1
c2: 1
c1: 1
c0: 1
Y1: -1
Y0: 552781743698966779174737704265497702530829
rlim: 67000000
alim: 134000000
lpbr: 31
lpba: 31
mfbr: 62
mfba: 91
rlambda: 2.6
alambda: 3.6[/code]

But you're saying that the number should be set to COMPLETED, and a new entry should be created ?[/QUOTE]

I’m saying that the poly now loaded on the NFS server does not match my posted poly [url=http://www.mersenneforum.org/showpost.php?p=492119&postcount=1525]in post 1525 of this thread[/url]:

[QUOTE=swellman;492119][b]QUEUED AS C171_M17_k43[/b]

C171_M17_k43 of the kosta project, aka the C171 cofactor of 131071^43-1, is ready for SNFS after a solid amount of ECM. All test sieving was performed on 14e.

[code]
n: 843308661350139867210413039441444200641032201621151330634928489651106457899444292018975358586718054746368080996439147596339794186101098121535151045884223767286924049386961
# 131071^43-1, difficulty: 225.17, anorm: -3.38e+031, rnorm: 1.77e+042
# scaled difficulty: 226.96, suggest sieving rational side
# size = 2.214e-011, alpha = 1.690, combined = 1.156e-012, rroots = 2
type: snfs
size: 225
skew: 0.1403
c6: 131071
c0: -1
Y1: -1
Y0: 664578504488039366711823783206715391
rlim: 67000000
alim: 67000000
lpbr: 30
lpba: 30
mfbr: 60
mfba: 60
rlambda: 2.6
alambda: 2.6
[/code]


Test sieving on the -r side with Q in blocks of 10K
[code]
Q=15M 23954
Q=30M 19726
Q=50M 15645
Q=75M 14235
Q=100M 12885
[/code]
Suggesting a sieving range for Q of 15-85M with a target number of relations = 120M.[/QUOTE]

[b]QUEUED AS C159_263_107[/b]
C159 from the OPN t600 file.
[CODE]n: 259776346083546969466320225817961898406440221920026347491935590061977972255301038052036439600512075464093736406833989483903155116904758440261578222105494382373
lss: 0
Y0: -3834032504130238294671921280380
Y1: 1498053917007461
c0: -252397344998732106673264360798653146627
c1: 110055336589357426246055597844635
c2: 97568629096915648815812737
c3: -19573683027556982771
c4: -7336231649534
c5: 313560
skew: 4144149.36
alim: 67000000
rlim: 67000000
lpba: 30
lpbr: 30
mfba: 60
mfbr: 60
alambda: 2.5
rlambda: 2.5[/CODE]
Trial sieving 5K blocks.
[CODE] Q Yield
10M 9997
20M 11194
40M 11537
50M 12245[/CODE]

C178_147_59 (14e)
 

[b]QUEUED[/b]
C178_147_59 from the xyyx project is ready for GNFS on 14e. Thanks to all searchers for their efforts in finding the polynomial.

[code]
n: 2251429707018528934457041813481601032569889257418265821908991741003115888404619021770539605531307738047511371147680734871485977769067616896803379307999889414717811965124412699937
skew: 22569497.42
c0: -770158217923678746589019391570692069224240
c1: 21167187760821188321017024831964069
c2: 25080062790864989010014579176
c3: 108383008056854100986
c4: -59554330931240
c5: 103500
Y0: -29342939680389557477137925469049763
Y1: 7267117519804674977
# norm 2.825666e-17 alpha -6.356324 e 1.193e-13 rroots 5
rlim: 268000000
alim: 268000000
lpbr: 32
lpba: 32
mfbr: 64
mfba: 96
rlambda: 2.8
alambda: 3.7
[/code]

Test sieving on the -a side with Q in blocks of 10k.
[code]
Q=40M 27364
Q=70M 23885
Q=100M 23011
Q=150M 21383
Q=200M 17529
Q=250M 17099[/code]
Suggesting a sieving range of 30M-250M with a target number of relations = 460M.

[QUOTE=RichD;492356]C159 from the OPN t600 file.[/QUOTE]

But what's the underlying phi_n(p) ?

I've requeued C171_M17_k43 as C171_M17_k43b (display name M17^43-1) with the correct polynomial

[QUOTE=fivemack;492393]But what's the underlying phi_n(p) ?[/QUOTE]

I thought something was missing.
Phi_107(263)/2141/9631/p16/p26/p50.

[QUOTE=fivemack;492394]I've requeued C171_M17_k43 as C171_M17_k43b (display name M17^43-1) with the correct polynomial[/QUOTE]

Thank you.

Not sure what happened but it’s a relatively small job. No worries.