![]() |
New Strategy
I was thinking, that since the new PRP is really fast compared to the old one, it might be better to take k=214519, which is the heaviest k and most likely to produce a prime, and PRP it. If there are some bugs only a few numbers may produce false residues, the rest can be used for double check. But if we find a prime, our work will be really reduced.
What do you all think? Citrix :cool: :cool: :cool: |
Citrix ok for me.
When my range for RieselSieve is completed, I think I will re-join your search. Could you please make a list with the work to do? k weight of K #tests |
I think we should stay with the strategy we use at the moment. The advantage of crunching all k at the same time is that when finding a prime only a some other PC calclulate a residue for the same K and so there are not so many wasted results before we switch from one k to the next.
Lars |
My computers will crunch all the k's.
k=214519 is for people who want to use PRP3. Soon LLR4 will support +1 numbers also and LLR4 will be faster than PRP3. Citrix :cool: :cool: :cool: |
How large does n have to become before it is worthwhile using P-1 before the prp test?
If one n was tested to a higher level and no prime found then it could be an opportunity to introduce P-1 testing, and maybe get some of the factoring people interested in the project. |
I can not tell you when it will really makes sence to start p-1 testing again but i make tests with p-1 from time to time. The last tests have been made with n around 1.25 Mil. At that level p-1 is not a choise.
With the sieving level we have reached i would expect that p-1 will be interesting at around n=1.7 Mil. But until the time we reach that with PRP tesing we should have sieved much deeper then that. I think we will really catch up at a level around n=2.4 Mil. But that are only my guesses. I will make some p-1 tests from time to see if i am correct. Lars |
| All times are UTC. The time now is 16:04. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.