mersenneforum.org  

Go Back   mersenneforum.org > New To GIMPS? Start Here! > Information & Answers

Reply
 
Thread Tools
Old 2021-07-08, 20:09   #1
azhad
 
Oct 2004

101002 Posts
Default Request for delay in assigning PRP on Cofactors once a factor is found

I would like to find a large PRP. Part of my CPU effort is to factor Mersenne Numbers. I check the results once every 24 hours - however, I always find that numbers I have found factors are already assigned to other members for PRP.

What if the PRP is huge? I don't get any credit?

Hence I request that some delay (atleast 24 hours) be allowed between assigning for PRP on Mersenne Cofactors to another user. (The one who factored it should get some time to setup a PRP on the cofactor).
azhad is offline   Reply With Quote
Old 2021-07-08, 20:57   #2
Viliam Furik
 
Viliam Furik's Avatar
 
"Viliam Furík"
Jul 2018
Martin, Slovakia

683 Posts
Default

I second this. I am also focused on factoring the known composites for PRP cofactors. When I check my results for new factors, they are usually already assigned. I think 24 hours space for the user who found the factor might be good. It may be applied to all factors, as there will be no significant delay in any way for PRP-CF range exponents, i.e. <20M.
Viliam Furik is offline   Reply With Quote
Old 2021-07-08, 22:31   #3
Uncwilly
6809 > 6502
 
Uncwilly's Avatar
 
"""""""""""""""""""
Aug 2003
101×103 Posts

1002710 Posts
Default

If you want to find the big PRP, I have a different solution for you.
Set Prime95 to not automatically contact Primenet. Check once a day for factors found. Queue them up to test for PRP-CF. Once done report both results. You can use the manual page. Also realise that it appears that some people have their machines watch for factor reports and automatically queue the up. And if you can do that right, you can get Primenet to give you and AID.
Uncwilly is online now   Reply With Quote
Old 2021-07-08, 22:36   #4
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

7,639 Posts
Default

If the new PHP code works.....

For 5 days after finding a factor the discoverer will be the only user allowed to get the PRP-CF assignment.
Prime95 is online now   Reply With Quote
Old 2021-07-08, 23:07   #5
Viliam Furik
 
Viliam Furik's Avatar
 
"Viliam Furík"
Jul 2018
Martin, Slovakia

683 Posts
Default

Quote:
Originally Posted by Prime95 View Post
If the new PHP code works.....

For 5 days after finding a factor the discoverer will be the only user allowed to get the PRP-CF assignment.
Great!
Viliam Furik is offline   Reply With Quote
Old 2021-07-09, 08:15   #6
azhad
 
Oct 2004

22·5 Posts
Default

That's great. Thanks.
azhad is offline   Reply With Quote
Old 2021-07-12, 14:22   #7
kruoli
 
kruoli's Avatar
 
"Oliver"
Sep 2017
Porta Westfalica, DE

10101010002 Posts
Default

Another possibility would be to have an option in mprime/Prime95 to automatically request a PRP-CF after you found a factor (up to a limit, this would not be helpful for 100M+ factor results) and execute it directly as highest priority. Otherwise you would have to monitor your results manually, request the PRP-CF manually and enqueue them manually. Another option would be having a dedicated PRP-CF worker thread.

This would also prevent some kind of "botting": It seems to me that some users are looking for new factors of small numbers (automated, I guess) and then execute a PRP-CF without assignment. I had this happen even after you changed the assignment code in one case.
kruoli is offline   Reply With Quote
Old 2021-07-15, 17:50   #8
alpertron
 
alpertron's Avatar
 
Aug 2002
Buenos Aires, Argentina

56616 Posts
Default

It appears that there are some users actively performing PRP:

Code:
SRJ2877	LTOS	687109	C-PRP	2021-07-15 08:05
Oliver Kruse	Krusen-NAS	687109	F-ECM	2021-07-15 01:42

SRJ2877	LTOS	1808459	C-PRP	2021-07-14 15:20
Dylan Delgado	laptop-ryzen73700	1808459	F-PM1	2021-07-14 08:30

GURA LOVE		2262313	C-PRP	2021-07-15 11:24
TJAOI	Manual testing	2262313	F	2021-07-15 09:27

SRJ2877	LTOS	2665469	C-PRP	2021-07-14 18:37
GAN	KL-SCH02	2665469	F-ECM	2021-07-14 16:58
alpertron is offline   Reply With Quote
Old 2021-07-19, 07:47   #9
kruoli
 
kruoli's Avatar
 
"Oliver"
Sep 2017
Porta Westfalica, DE

23×5×17 Posts
Default

Yes, those are them. They beat me with six new factors found in the 200k exponent range… Luckily for me, non of them turned up as having a PRP cofactor. Also, there is user 123456789123456789. I did not want to call them out, but since we are starting a list nonetheless…

Last fiddled with by kruoli on 2021-07-19 at 07:47 Reason: Grammar.
kruoli is offline   Reply With Quote
Old 2021-08-29, 18:28   #10
kruoli
 
kruoli's Avatar
 
"Oliver"
Sep 2017
Porta Westfalica, DE

23·5·17 Posts
Default

Currently, every factor I find is followed nearly immediately by at least two PRP-CF by other users while I have an assignment for it. What do you suggest?
  • Should I report the factor results manually and execute the PRP-CF also manually and by hand?
  • Is there interest in having an automatic PRP-CF when a factor is found up to a given limit?
  • Blocking users submitting such results seems disproportionate when it is "allowed" in the FTC and DC range.
kruoli is offline   Reply With Quote
Old 2021-08-29, 18:30   #11
Viliam Furik
 
Viliam Furik's Avatar
 
"Viliam Furík"
Jul 2018
Martin, Slovakia

683 Posts
Default

Quote:
Originally Posted by kruoli View Post
Currently, every factor I find is followed nearly immediately by at least two PRP-CF by other users while I have an assignment for it.
Same, except I don't even bother assigning them anymore.
Viliam Furik is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
Rationale for assigning mersenne cofactors for PRP-DC after the first PRP result has been certified Ensigm PrimeNet 6 2020-08-25 03:08
Manual ECM request missing cofactors greg PrimeNet 1 2020-08-22 21:14
Factor found that should have been found by P-1 tha Data 65 2020-08-05 21:11
found this factor tha Factoring 4 2007-06-18 19:56
After a factor is found it keeps on going jocelynl Software 6 2004-08-07 01:31

All times are UTC. The time now is 01:53.


Thu Oct 28 01:53:43 UTC 2021 up 96 days, 20:22, 0 users, load averages: 2.48, 2.69, 2.81

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

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.