mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   Cunningham Tables (https://www.mersenneforum.org/forumdisplay.php?f=51)
-   -   Cunningham ECM efforts (https://www.mersenneforum.org/showthread.php?t=22808)

frmky 2022-11-13 08:19

[QUOTE=pinhodecarlos;617654]Greg, did you manage to get 2,1091+ into LA stage?[/QUOTE]
Not yet. With the 14 day deadline I'm still waiting for more stragglers to find their way back.

pinhodecarlos 2022-11-13 08:26

[QUOTE=frmky;617655]Not yet. With the 14 day deadline I'm still waiting for more stragglers to find their way back.[/QUOTE]


In that case we will have to wait for the 17th Nov.

frmky 2022-11-19 22:25

2,1091+ is in LA now.
[CODE]linear algebra completed 226672 of 115553837 dimensions (0.2%, ETA 78h56m)[/CODE]

frmky 2022-11-23 18:25

[QUOTE=frmky;618106]2,1091+ is in LA now.[/QUOTE]
And it's done. Another surprisingly smooth run.

[PASTEBIN]KPbdQgwN[/PASTEBIN]

pinhodecarlos 2022-11-23 20:26

Congrats! Now to the next...

swellman 2022-11-27 16:03

2,1097+ is currently sieving, and assuming nothing goes wrong, Greg has [url=https://www.mersenneforum.org/showpost.php?p=618258&postcount=39]announced plans[/url] to tackle 2,2194LM.

Again assuming no problems with 2,2194LM, I presume Greg will consider 2,2206L, a SNFS 332 difficulty composite. By coincidence 2,2206L should be starting ECM in the coming days, so if Yoyo doesn’t find a factor perhaps Greg will take it on.

2,1109+ is now enqueued with Yoyo, follow its progress [url= http://www.rechenkraft.net/yoyo/download/download/stats/ecm/cn/p1]here[/url]. I expect this job to actually start ECM in late January.

I am planning to next enqueue 2,2222L with Yoyo@Home. I’ve no notion whether NFS@Home can handle a SNFS 334/GNFS 228 job but at least we can meet our due diligence wrt ECM.

Slowly working through the Gang of 31, er 20-something.

VBCurtis 2022-11-27 17:21

[QUOTE=swellman;618560]I am planning to next enqueue 2,222L with Yoyo@Home. I’ve no notion whether NFS@Home can handle a SNFS 334/GNFS 228 job but at least we can meet our due diligence wrt ECM.

Slowly working through the Gang of 31, er 20-something.[/QUOTE]

The one big trick remaining to extend nfs@home's reach is to use 3 large primes on both sides. A 50% yield improvement would add a few digits of range, making high 220s or low 230s in reach. It may even add speed, since such small lims are used for these jobs.

sweety439 2022-11-27 17:31

[QUOTE=swellman;618560]I am planning to next enqueue 2,222L with Yoyo@Home ...[/QUOTE]

Do you mean 2,2222L?

frmky 2022-11-27 18:13

[QUOTE=VBCurtis;618569]The one big trick remaining to extend nfs@home's reach is to use 3 large primes on both sides.[/QUOTE]
Does that work with lasieve5? Last I tried it ran significantly slower and sometimes stalled, but I might have been using lasieve4 at the time. I'll try it again. I also plan to try using 36-bit LPs on one side and push msieve filtering to its limit.

charybdis 2022-11-27 20:05

[QUOTE=VBCurtis;618569]The one big trick remaining to extend nfs@home's reach is to use 3 large primes on both sides. A 50% yield improvement would add a few digits of range, making high 220s or low 230s in reach. It may even add speed, since such small lims are used for these jobs.[/QUOTE]

[QUOTE=frmky;618574]Does that work with lasieve5? Last I tried it ran significantly slower and sometimes stalled, but I might have been using lasieve4 at the time. I'll try it again. I also plan to try using 36-bit LPs on one side and push msieve filtering to its limit.[/QUOTE]

3LP on both sides undoubtedly will increase yield and thus stretch the upper limit of 16e, but at such a large cost in speed that increasing the lims and losing 50% of your workers might be faster.

VBCurtis 2022-11-28 00:27

I've been testing 3LP with much lower mfb's than usually used- say, 90 and 102 for 35/36LP job. I don't see nearly the speed hit that e.g. 103/105 would be, and I get quite a bit better yield. I think I tried this on M1277 first, then on one of the GNFS-225 polys from the recent thread; I don't have records handy, and I was testing with CADO rather than ggnfs.

There should be a transition area where mfb 90-92 is faster than mfb 70, but mfb 100 is slower.


All times are UTC. The time now is 16:05.

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