mersenneforum.org

mersenneforum.org (https://www.mersenneforum.org/index.php)
-   Factoring (https://www.mersenneforum.org/forumdisplay.php?f=19)
-   -   A Desperate appeal! (by Richard K. Guy)... deadline is September 30, 2016 (https://www.mersenneforum.org/showthread.php?t=18640)

ET_ 2016-08-30 15:13

[QUOTE=axn;441061]I think it might be ever so slightly more efficient to use a B2/B1 multiplier of 200, since that gives roughly equal times for stage 1 & 2 (which should be optimal according to RDS).
Anyone care to compute the expected curves for both configuration and see whether it makes any difference?[/QUOTE]

I suppose the GIMPS manual submission page should do the math for you, crediting the appropriate number of curves for a definite B1... Anyway, I will gladly wait for some more tests.

ET_ 2016-08-30 15:17

[QUOTE=pinhodecarlos;441056]Share with me those parameters and I will try to bring some support from SETI.USA team and also from myself.[/QUOTE]

When I set up the estimates for F12-F29, Yoyo answered that such workunits were much too heavy for them.

But if we limit our search on F12 nd F13 (no more than half GB of RAM and 6 hours per WU) I think we may receive some help from other teams.

GP2 2016-08-30 19:25

[QUOTE=ET_;441071]I suppose the GIMPS manual submission page should do the math for you, crediting the appropriate number of curves for a definite B1... Anyway, I will gladly wait for some more tests.[/QUOTE]

There is no need to use the manual submission page, Fermat results are reported to PrimeNet in the usual way.

ET_ 2016-08-31 09:43

[QUOTE=GP2;441104]There is no need to use the manual submission page, Fermat results are reported to PrimeNet in the usual way.[/QUOTE]

Correct.
I used manual submission to pinpoint the differences when I worked on different B values :redfaace:

Joe O 2016-08-31 13:31

So we currently have
F12: 57,363 of 360,000 for 65 digits
F13: 82,193 of 112,000 for 60 digits

Now we probably can take F13 to the next level, and start on 65 digits. But what happens when we get one or both to the end of the 65 digits level without finding a factor?

henryzz 2016-08-31 15:07

[QUOTE=Joe O;441178]So we currently have
F12: 57,363 of 360,000 for 65 digits
F13: 82,193 of 112,000 for 60 digits

Now we probably can take F13 to the next level, and start on 65 digits. But what happens when we get one or both to the end of the 65 digits level without finding a factor?[/QUOTE]
We start on the 70 digits level. These numbers need the >100 digit level before NFS we don't stand a chance of progressing beyond ECM any time soon without a new algorithm.

GP2 2016-08-31 15:10

[QUOTE=henryzz;441187]We start on the 70 digits level. These numbers need the >100 digit level before NFS we don't stand a chance of progressing beyond ECM any time soon without a new algorithm.[/QUOTE]

But what is the "official" B1 value for the 70 digits level? the [URL="http://www.mersenne.org/report_ecm"]ECM report page[/URL] doesn't show it.

Also, are we certain that the mprime program is able to go that high?

ET_ 2016-08-31 15:17

[QUOTE=GP2;441189]But what is the "official" B1 value for the 70 digits level? the [URL="http://www.mersenne.org/report_ecm"]ECM report page[/URL] doesn't show it.

Also, are we certain that the mprime program is able to go that high?[/QUOTE]

The ECM report page used to say "B1=110,000,000" some years ago.
Then it was modified to "B1 = 260,000,000".
Now it is at "B1 = 800,000,000" (BTW, I never understood why it's B1 = 800M instead of 850M as proposed by GMP-ECM gurus).

So I expect George (or someone else for him) will add the new range as soon as it becomes available :smile:

henryzz 2016-08-31 15:26

[QUOTE=ET_;441191]The ECM report page used to say "B1=110,000,000" some years ago.
Then it was modified to "B1 = 260,000,000".
Now it is at "B1 = 800,000,000" (BTW, I never understood why it's B1 = 800M instead of 850M as proposed by GMP-ECM gurus).

So I expect George (or someone else for him) will add the new range as soon as it becomes available :smile:[/QUOTE]

The bounds are potentially different due to the b2=100*b1 which is much smaller than gmp-ecm would use.

ET_ 2016-08-31 16:55

[QUOTE=henryzz;441193]The bounds are potentially different due to the b2=100*b1 which is much smaller than gmp-ecm would use.[/QUOTE]

That's why I expected a bigger B1, not a smaller one...

xilman 2016-08-31 17:19

[QUOTE=ET_;441208]That's why I expected a bigger B1, not a smaller one...[/QUOTE]The work curve has a very flat minimum. It doesn't matter very much whether you run more curves at a lower B1 or fewer at a higher one, as long as you don't push it too far. To an excellent approximation, the product B1*#curves is the figure of merit.


All times are UTC. The time now is 10:57.

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