![]() |
George can clarify the intent, but my impression was that the PRP-CF was immediate and the factor result not submitted until the PRP-CF is complete.
|
[QUOTE=kruoli;626453]Maybe you are misunderstanding the change, it is not that new factors will get distributed more quickly, instead the [I]discoverer's[/I] machine will automagically run the PRP-CF run after a factor was found, so the grace period might not be necessary in this case. So it is much more likely that nobody can poach this, even if they try hard.[/QUOTE]
I do fully understand that. But if the test will be performed automatically, it can still be poached, since the test takes some time. The slower the machine, the more possibilties for poaching it. And if an automatic test gets poached often enough, well that's just a waste of computing time, no? Shortening the period according to the time it takes to do the PRP-CF might be viable, but I think it should still be provided. EDIT: [QUOTE=James Heinrich;626455]George can clarify the intent, but my impression was that the PRP-CF was immediate and the factor result not submitted until the PRP-CF is complete.[/QUOTE] If that is the case, then yes, the privilege period would not be needed. |
[QUOTE=kruoli;626453] the [I]discoverer's[/I] machine will automagically run the PRP-CF run after a factor was found, so the grace period might not be necessary in this case[/QUOTE]
[QUOTE=Viliam Furik;626457]If that is the case, then yes, the privilege period would not be needed.[/QUOTE] The grace period should still be there. People might be using older clients or different clients or whatever to find factors and report them. As long as a factor is reported without an accompanying PRP-CF test, it should be put under a grace period |
Good to know an automatic CF-PRP was introduced. That poaching happened to me as well - at that time I thought it was just that Primenet had handed it out quickly - so since then I was always submitting ECM results manually.
Has it ever been clarified though that the factor will only be submitted by the client once the accompanying PRP test is done? |
James asked for clarification regarding this in [URL="http://mersenneforum.org/showpost.php?p=626522&postcount=211"]another thread[/URL].
|
P-1 found a factor in stage #1, B1=527000.
UID: Jwb52z/Clay, M117294347 has a factor: 2438434718714145482650897 (P-1, B1=527000) 81.012 bits. |
[QUOTE=axn;626481]The grace period should still be there. People might be using older clients or different clients or whatever to find factors and report them. As long as a factor is reported without an accompanying PRP-CF test, it should be put under a grace period[/QUOTE]
Oh, right, of course, forgot about that obvious fact... Never mind that mistaken statement of mine. It is still necessary based on all I have said before and what you said here. All good. Thanks! :tu: |
P-1 found a factor in stage #1, B1=527000.
UID: Jwb52z/Clay, M117364817 has a factor: 3139092454202223433912993 (P-1, B1=527000) 81.377 bits. |
[Sat Mar 18 06:11:40 2023]
UID: Magallan3s/, M333333493 has a factor: 1574509834573622837160761 [TF:80:81:mfakto 0.15pre7-MGW cl_barrett32_87_gs_8] [Sat Mar 18 08:01:38 2023] found 1 factor for M333333493 from 2^80 to 2^81 [mfakto 0.15pre7-MGW cl_barrett32_87_gs_8] Found a factor using MFACTO on a Radeon VII. Saved me the trouble of PRP testing that exponent :smile: |
[QUOTE=Magellan3s;627017][Sat Mar 18 06:11:40 2023]
UID: Magallan3s/, M333333493 has a factor: 1574509834573622837160761 [TF:80:81:mfakto 0.15pre7-MGW cl_barrett32_87_gs_8] [Sat Mar 18 08:01:38 2023] found 1 factor for M333333493 from 2^80 to 2^81 [mfakto 0.15pre7-MGW cl_barrett32_87_gs_8] Found a factor using MFACTO on a Radeon VII. Saved me the trouble of PRP testing that exponent :smile:[/QUOTE] Why skip TF 2^79 to 2^80 ? |
DC avoided, and with a ~106. bit factor found:
[url]https://www.mersenne.org/report_exponent/?exp_lo=106971629&full=1[/url] |
All times are UTC. The time now is 23:18. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2023, Jelsoft Enterprises Ltd.