![]() |
|
|
#254 |
|
Oct 2004
Austria
2·17·73 Posts |
Do I understand it correctly - adding Bruce Dodsons curves and the curves above, there are still approx. 13,4% = ca. 2400 curves to be done at B1 = 110M?
|
|
|
|
|
|
#255 | |
|
Jun 2005
lehigh.edu
100000000002 Posts |
Quote:
supported) nagging and induced subsequent off-topic posts, I had a hard time telling. Lazyness on my part, sorry. Having re-read the (relevant parts of the) thread starting from locating the t50 finish, recent collected totals seem to be ... Mystwalker, message #220 (another Bob-rant, #230) Mystwalker, message #232 (yet another Bob-rant, #243; my reply above) OK, I'm following, more-or-less, to the 36.94% in Mystwalker #232 (with a minor mis-print, .255 was the #215 total; the correct #220 --- top right --- should have been .3248, which does fit with 39.94%). The above post claims another 47.46%, for a total of 87.43%. So if the curves reported between #232 and #252 were uniform ecm default B2-curves ... Well, no point in attempting to finish that sentance. My 47% was using the ecm-6.01 default for B1=110M, for which B2=680270182898 and a complete test (to .62 prob of finding a known p55) of 17899 curves. So do Xyzzy and Marc above. Mystwalker is using 198e9 (that's -vs- 680e9) for /23287; and I see a 4.2G b2 fraction of /58072 back in #212. So as I was saying, Mystwalker (and Alex) surely have a reliable 39.94%. So between your #241 and Geoff's #252, what are the acumulated %'s? Geoff claims 2.23%, for a total 89.76%. Looks like your posts #241, #242 and #244 have the reported curves, with subsequent posts not adding curves? That would be ... Well, I'm puzzled. You report a total of 5+10 b1=110M curves with prime95 default b2 plus 10+14 b1=110M curves with 2 different ecm6 defaults in two day's post, then a day later 1000 curves (!) with b1=260M (!) and back to prime95 defaults. I don't see a Kruppa-fraction for b1/b2 = 260M/4.2G; we'll have to come up with one to see how much of the 10.24% of a t55 you've done. First thing I'd like to hear is a confirmation (and maybe an explanation, even) that you went from reporting 39 b1=110M curves to reporting 1000 b1=260M virtually over-night! Just for reference, 10.24% of /17899 would be 1833 curves, 10.24 of /23287 would be 2385 curves. Ah. That latter figure is pretty much your 2400 curves, not counting your #244 curves. Thanks for the reply! Bruce Dodson |
|
|
|
|
|
|
#256 | |
|
Oct 2004
Austria
248210 Posts |
Quote:
|
|
|
|
|
|
|
#257 | |
|
Jun 2005
lehigh.edu
210 Posts |
Quote:
week (2.xx -> 3.xx, each eye), but I'm still not sure that I would have caught the mar -vs may --- not sure why the date format is saving pixels, to the detriment of those of us on the wrong side of 50. So the remaining curve count is Certainly under 2000. It may be easier (for me) to run some more curves than to get a single -v curve into the condor/Opteron queue. The same submit script could start another ... Well, OK. -nontt to get B2 closer to the command line 4.29G? And 500 new ecm6.1 b1=110M curves. New estimate should be up in a day or less. bdodson (new base-7 p49 today!) |
|
|
|
|
|
|
#258 | |
|
Jun 2005
lehigh.edu
210 Posts |
Quote:
Andi47.) As expected, my condor -v script crashed, but I did get a -v from a linux/xeon ecm-6.01; with a Kruppa-fraction denominator of /29285 with B2' = 4.85G. Close enough, and 1000/29285 = 3.41%. The 500 new b1=110M curves ran without objection, for another 500/17899 = 2.79%. That makes 89.76 + 3.41 + 2.79 = 95.96% So the update to Andi47's first reply is .0404 * 23287 = 941 curves or .0404 * 17899 = 724 curves or ... I have 5 * 3 *300 curves with b1 = 260M to reduce 600 to 300 (left to run) on the t50 of c195-c210, which will take 1.5 days if the Opteron cluster is mostly idle. I'll fit 724 b1=110M curves in before the 2nd (300 curve * 99 numbers, 98 with the 7+ factorization) and last pass for t50 --- unless someone else will run them sooner? So maybe a final update wed evening on the t55 of M1061. Bruce Dodson |
|
|
|
|
|
|
#259 |
|
P90 years forever!
Aug 2002
Yeehaw, FL
17·487 Posts |
Super! Then we can start a new thread "M1061 - t60".
|
|
|
|
|
|
#260 | |
|
Jun 2005
lehigh.edu
20008 Posts |
Quote:
with b1=110M, for that last 4.04%. If/when we're starting a t60 count, it's worth recalling (above, somewhere, this thread) that our t55 is actually a "t50 + (t55-t50)" --- that is, we counted the curves from t50, mostly with p50-limits. That's fair and good for t55, but t60 should only start with the (t55-t50) curves, not including the t50's. Thanks to all of the forum people helping count and run curves! Maybe a new t60 thread is a good idea --- so whoever's trying to figure the "current t60 status" won't have to look through all of this thread too? Questions, comments on t55 could continue here (seems to me, not that anyone asked). Bruce Dodson |
|
|
|
|
|
|
#261 |
|
Sep 2002
863 Posts |
Has this factoring been abandoned? I just wanted to check on the status because it's been almost a year and a half now since it was last posted about in the forum.
|
|
|
|
|
|
#262 | |
|
Oct 2004
Austria
248210 Posts |
Quote:
|
|
|
|
|
![]() |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Predict the number of digits from within the factor for M1061 | Raman | Cunningham Tables | 12 | 2013-06-17 21:21 |
| M1061 factored!!! | lycorn | NFS@Home | 28 | 2012-08-30 04:40 |
| Anyone have an ETA for M1061? | Stargate38 | NFS@Home | 99 | 2012-08-05 09:38 |
| M1061 - t60 | Andi47 | Factoring | 122 | 2011-11-25 09:18 |
| P-1 on M1061 and HP49.99 | ATH | Factoring | 21 | 2009-10-13 13:16 |