![]() |
|
|
#45 | |
|
1976 Toyota Corona years forever!
"Wayne"
Nov 2006
Saskatchewan, Canada
3·52·71 Posts |
Quote:
|
|
|
|
|
|
|
#46 |
|
Aug 2002
Buenos Aires, Argentina
5F316 Posts |
Someone said above that ECM is a probabilistic algorithm so we are not sure whether a factor is found or not using this method. Notice that the trial division method has two drawbacks:
* It is a lot slower than ECM for the same level, especially for exponents less than 1M. * We are not sure whether the trial factoring went ok or not. On ECM the probabilistic nature of finding factors can be fighted by running more curves, but in the case of TF the lost factor (if an error occurred in the computer running this algorithm) will never be found. By completing ECM to the 25-digit level in all exponents less than 1M we are fairly sure that only a few factors with less than 64 bits will be missing (and a lot of prime factors of more than 64 bits will appear), that will be finally found when extending the search to the 30-digit level. |
|
|
|
|
|
#47 |
|
"Richard B. Woods"
Aug 2002
Wisconsin USA
22·3·641 Posts |
... and we're not sure whether the ECM went okay or not. ECM code is not automatically immune to programming bugs or hardware errors.
The ECM method is not more reliable than the TF method. You're noting that multiple ECM runs decrease the chance of missing a factor, but failing to mention that multiple TF runs with independent hardware and independently developed code does the same. Correct TF code doesn't miss any factors. Correct ECM code finds as many as predicted. There could be an error in ECM code that missed as many factors, proportionally, as the buggy TF code did, but, because of the probabilistic nature of ECM, would be harder to detect. How long would it take to detect that ECM code had a bug that was systematically missing 1/5000 (or whatever the fraction was in the TF case) of the factors that it should find? Last fiddled with by cheesehead on 2010-09-28 at 07:14 |
|
|
|
|
|
#48 | |
|
Aug 2002
Buenos Aires, Argentina
1,523 Posts |
Quote:
|
|
|
|
|
|
|
#49 | |
|
"Mark"
Feb 2003
Sydney
3·191 Posts |
Quote:
Great! It will indeed be a long time before we meet, but who cares. Let's see - if it's left to my resources, 4M will be finished in April 2011, maybe. Anyone else working in this area, or thinking about it? |
|
|
|
|
|
|
#50 |
|
Aug 2002
Termonfeckin, IE
24×173 Posts |
@markr, petrw1
Have you found any factors guys or have the ECM folks taken them all? |
|
|
|
|
|
#51 | |
|
1976 Toyota Corona years forever!
"Wayne"
Nov 2006
Saskatchewan, Canada
123158 Posts |
Quote:
BUT...I am still finding some; about half of that: 551 exponents: 5 factors found or about 1/110. |
|
|
|
|
|
|
#52 | |
|
1976 Toyota Corona years forever!
"Wayne"
Nov 2006
Saskatchewan, Canada
10100110011012 Posts |
Quote:
The entire 3M Range was just under 24,000. So let's see: Pi-R-Squared over the Angle of the Hypotenuse; Sine; Tangent; Cosine; carry the 1; Net Present Value; .... I get just over 5 years....like I said: "Don't wait up". Though I am considering sneaking in a little time on a couple other PCs |
|
|
|
|
|
|
#53 |
|
Aug 2009
Ontario, Canada
2×67 Posts |
I just added 20 exponents to a Pentium II that has been doing TF-LMH.
I started at 4M. I made sure the exponents were not already assigned to anyone. The machine should start on them in 2 days once the current TF-LMH work clears out. Grant. |
|
|
|
|
|
#54 |
|
Aug 2002
Buenos Aires, Argentina
1,523 Posts |
Notice that almost no ECM was running in the 3M range yet. I see that only 3 curves out of 280 curves (in order to complete the 25-digit range) were ran.
|
|
|
|
|
|
#55 |
|
1976 Toyota Corona years forever!
"Wayne"
Nov 2006
Saskatchewan, Canada
3·52·71 Posts |
Is it reasonable that 3 out of 280 curves should have already found nearly half the factors in the 18 or so digit range that 2^62 factoring is looking for?
|
|
|
|