[QUOTE=swellman;367209]GC_11_225 splits as

[code]
prp57 factor: 117035737516206000301422658636143086870641529583702222247
prp146 factor: 13224271120294906777055213566759272332532501009255338788377364771003595699735034613666924913891744508392976903138521770966663385051064509021025077
[/code][/QUOTE]

Aren't they the factors of GW_11_225?

[QUOTE=BudgieJane;367235]Aren't they the factors of GW_11_225?[/QUOTE]

From [url]http://escatter11.fullerton.edu/nfs/crunching.php[/url] it is correct.

[QUOTE=BudgieJane;367235]Aren't they the factors of GW_11_225?[/QUOTE]

No. What makes you think so?

I'll take C160_3408_1385 next.

[QUOTE=swellman;366800]I'll take GC_11_226.[/QUOTE]

[code]
prp67 factor: 1553921527600287191718979686051836235379378213250456395166935257817
prp99 factor: 641954075373038761835304204196178626395167333003090077344083180514397760392495700368829521814229341
[/code]

[QUOTE=swellman;367239]No. What makes you think so?[/QUOTE]

Something strange happened in my application this morning. When I entered
GC_11_225 it returned me 225*11^225-1. I don't understand why. It's working correctly now. I'm sorry for not checking better before writing.

3270_687 done
 

[code]
Tue Feb 18 21:44:08 2014 prp70 factor: 4514010676621572312243238194224226413610657161090911759766610581587907
Tue Feb 18 21:44:08 2014 prp108 factor: 696745277774474878010296222298269346995956048994202312288360817744618546275970282901710521370801719192054041
[/code]

108 hours on i7/4930K -t6 for a 14.6M matrix

[QUOTE=BudgieJane;367262]Something strange happened in my application this morning. When I entered
GC_11_225 it returned me 225*11^225-1. I don't understand why. It's working correctly now. I'm sorry for not checking better before writing.[/QUOTE]

No worries - double checking is always welcome. I was afraid that I'd missed something.

Come, join the post processing fun.:smile:

[QUOTE=swellman;367276]
Come, join the post processing fun.:smile:[/QUOTE]

I would, but I'm too busy with generalised Cunninghams at the moment.

Sean: I tried your yafu-generated poly for the XYYXF C176_118_93 number:
[code]skew: 49.22
c0: 14210583768
c6: 1
Y0: -2342388736625917052139104541473924426001
Y1: 11973747886018297523742405394432[/code]
but it doesn't sieve much better than the polys generated by snfspoly: ~1 relation per q value at q0=45M (rlim /2 = alim / 2) using 31-bit LPs.

That number proves surprisingly hard for a SNFS difficulty 23x (depending on the polynomial) number. Even though 14e could probably do it with a lengthy sieving, 15e would probably be more efficient.

[QUOTE=debrouxl;367314]Sean: I tried your yafu-generated poly for the XYYXF C176_118_93 number:
[/QUOTE]
Try these:

[CODE]skew: 0.417
c0: 8649
c6: 1643032
Y0: -2342388736625917052139104541473924426001
Y1: 1412902250550159107801603836542976

skew: 0.909
c0: 8649
c5: 13924
Y0: -175222860263437786894593195184969752945814431201
Y1: 2321443610525929019209484754762878943232[/CODE]
Not sure if either will be better...