![]() |
|
|
#1002 | |
|
"Lucan"
Dec 2006
England
2·3·13·83 Posts |
Quote:
In particular, it was decided a few years ago that it was more efficient to do P-1 before the last worthwhile bit of TF. I wonder whether the P-1 would then render the "last bit" not worthwhile. Of course, you and GPUs have thrown a large spanner in the works ![]() David Last fiddled with by davieddy on 2011-06-15 at 11:09 |
|
|
|
|
|
|
#1003 | |
|
"Lucan"
Dec 2006
England
2×3×13×83 Posts |
Quote:
There is obviously little to be gained by refining "bit level" for TF further. (Working near a Max/Min optimum). But if the "worthwhileness"of the "last bit" was marginal, P-1 would obviously tip it over the edge. David Last fiddled with by davieddy on 2011-06-15 at 12:26 |
|
|
|
|
|
|
#1004 |
|
P90 years forever!
Aug 2002
Yeehaw, FL
7,537 Posts |
Ah, mystery solved! I should have thought of that myself. IIRC, P-1 will find somewhere in the neighborhood of 30-40% of the factors.
|
|
|
|
|
|
#1005 | |
|
Jan 2011
Cincinnati, OH
22·52 Posts |
Quote:
This is all in the 76M range, and there has only been 23 P-1's done in that range, IIRC. |
|
|
|
|
|
|
#1006 |
|
P90 years forever!
Aug 2002
Yeehaw, FL
7,537 Posts |
|
|
|
|
|
|
#1007 |
|
Jan 2011
Cincinnati, OH
11001002 Posts |
|
|
|
|
|
|
#1008 |
|
"Lucan"
Dec 2006
England
2·3·13·83 Posts |
From a "throughput" POV, has TF on GPUs (at least temporarily) made P-1 redundant?
Last fiddled with by davieddy on 2011-06-15 at 20:15 |
|
|
|
|
|
#1009 | |
|
P90 years forever!
Aug 2002
Yeehaw, FL
7,537 Posts |
Quote:
I think we'll see a slight reduction in the B1/B2 bounds selected now that more TF is being done. |
|
|
|
|
|
|
#1010 | |
|
"Lucan"
Dec 2006
England
2·3·13·83 Posts |
Quote:
1) I think "No" meant "Yes". 2) Without fully understanding P-1, I would have thought "reduction" meant "increase"! David |
|
|
|
|
|
|
#1011 | |
|
Dec 2010
Monticello
5·359 Posts |
Quote:
http://mersenneforum.org/showpost.ph...&postcount=971 ![]() ![]() ![]() ![]() Sorry I didn't have any numbers....hoping that the extra TF will allow P-1 to look for larger factors... Anyway, calculation about my narrow view of GIMPS rolled through my head last night...it went like this: Decrease TF cost by factor of ~128, get ~7 extra bit levels....7*~1/70 = 1/10....so 10% more exponents will have factors found, or 10% fewer will need LL and LL-D tests...looks like the big performance increase will need to be in LL, possibly by getting the CPU out of the sieving path for TF and possibly P-1. Got to work on mfaktc this week! |
|
|
|
|
|
|
#1012 | |
|
"Lucan"
Dec 2006
England
647410 Posts |
Quote:
How do you think the top nine were discovered? David PS I was wondering for a bit why the latest discovery was attributed to "G12" when GIMPS has found 13. I think the explanation is that Cooper and Boone found 2. Lightning strikes... Last fiddled with by davieddy on 2011-06-15 at 22:44 |
|
|
|
|
![]() |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| mfakto: an OpenCL program for Mersenne prefactoring | Bdot | GPU Computing | 1676 | 2021-06-30 21:23 |
| The P-1 factoring CUDA program | firejuggler | GPU Computing | 753 | 2020-12-12 18:07 |
| gr-mfaktc: a CUDA program for generalized repunits prefactoring | MrRepunit | GPU Computing | 32 | 2020-11-11 19:56 |
| mfaktc 0.21 - CUDA runtime wrong | keisentraut | Software | 2 | 2020-08-18 07:03 |
| World's second-dumbest CUDA program | fivemack | Programming | 112 | 2015-02-12 22:51 |