George suggested that I refine my method for getting rid of duplicate bad results by considering any results with the same exponent and same residue to be duplicate regardless of the userid. I did this and it reduced the number of unique bad results from 9862 to 9826. This did not significantly affect any of the previous stats I posted, so I won't bother posting the minor adjustments for most of the stats.
At 01:54:33, Tuesday, 8/27/02 Daran wrote: >> results. This is because it requires only 2 LL tests to produce two good >> results, while it takes 3 or more on the same number to produce bad >> results ( basically, a disproportionate amount of the bad results have not >> been uncovered yet ). > You could scavenge hrf3.txt for non-matching duplicate entries, which would > indicate that one of the results is bad, even though you don't know which > one. Yeah, that would probably be fairly accurate. Maybe I'll get around to doing that. However, this information could not be used in the error field analysis since "hrf3.txt" does not contain that information. Of course, "lucas_v.txt" didn't contain the error field information until last week. Perhaps George could modify the program that produces "hrf3.txt". > Can you do a moving average of the error rates within the 1,345,000 to > 5,255,000 range to see if they increase with the exponent size? Ok, here it is: For each of these 21 results, I have [error rate]%/[total # results] Columns are ( All results, Error field = 0000, Error field > 0000 ) 1,345 - 1,99 1.64%/36238 0.94%/14426 48.21%/112 1,99 - 2,655 2.15%/37216 1.61%/16870 60.24%/166 2,655 - 3,29 2.27%/35273 2.01%/16947 61.33%/75 3,29 - 3,945 2.67%/35390 2.49%/17566 50.00%/122 3,945 - 4,598 3.34%/34616 2.33%/17057 57.28%/302 4,598 - 5,255 3.57%/34355 2.22%/16782 54.91%/448 1,345 - 5,255 2.59%/213088 1.96%/99648 55.51%/1225 It is interesting that although the error rate has been increasing, the clean run error rate started decreasing in the 3,945 - 4,598 range, while at the same time the total number of tests with errors indicated by the error field went up. It is likely that this indicates a point where George improved the error checking of the program. -- Nick Glover [EMAIL PROTECTED] "It's good to be open-minded, but not so open that your brains fall out." - Jacob Needleman _________________________________________________________________________ Unsubscribe & list info -- http://www.ndatech.com/mersenne/signup.htm Mersenne Prime FAQ -- http://www.tasam.com/~lrwiman/FAQ-mers
