![]() |
![]() |
#1 |
"GIMFS"
Sep 2002
Oeiras, Portugal
29×3 Posts |
![]()
Just noticed we´ve had a turbocharged user joining our ranks.
They came out of the blue (at least I had never noticed them before) and are in 16th place in the LL test ranking. Anybody knows how many machines they are using? |
![]() |
![]() |
![]() |
#2 |
Jul 2005
19 Posts |
![]()
Sure, I can tell you, since I'm him.
![]() About 475, several of them hyper-threaded. Can't say too much more... |
![]() |
![]() |
![]() |
#3 |
Aug 2002
10158 Posts |
![]()
Congratulations on reaching 3rd place!
|
![]() |
![]() |
![]() |
#4 | |
Serpentine Vermin Jar
Jul 2014
52×7×19 Posts |
![]() Quote:
Besides getting stats on the % of bad results, I'm also doing triple-checks where the same user did the first and double-check and "ahmerali" came up a lot in those as well. No more so than Curtis or other large contributors so it could just be due to the large quantities. Anyway, "ahmerali" currently has: Code:
result_state Count Unverified 3137 Verified 3685 Bad 191 Suspect 69 Factored 34 So far, that puts the ratio of bad/verified at 5.2% which is kind of high. There are those other 69 that have been double-checked without a match, and ahmerali's results had a non-zero error code during the run. Many of the 3137 unverified results have not been double-checked yet... some have though and there wasn't a match so ahmerali's results weren't marked suspect, but I wonder. It's unusual to have so many mismatches in the unverified column that need a triple-check now. To be precise, 64 of those 3137 in the unverified column need a triple-check (or even a quadruple check in the case of http://www.mersenne.org/M35205953 I don't know if ahmerali is still around... doesn't seem to have contributed results lately, but I did wonder if there were any known problems with any of the machines? Something that could help me narrow down certain ones that had more bad results than others? These came from v4 systems and unfortunately on the v5 system all of the different computers got lumped into a single "v4 computers" id. I may try to pull apart the old v4 info and see if it was just a particular machine and try and get those triple-checked (or do a verifying check) sooner than the double-check wavefront will hit it. |
|
![]() |
![]() |
![]() |
#5 | |
Serpentine Vermin Jar
Jul 2014
63758 Posts |
![]() Quote:
The total # of exponents involved is probably higher too if I include some of the old v4 results that weren't being included previously. Chalk that up to weird things during v4/v5 migration I guess. EDIT: Yup, when including some of that extra v4 data, it's 547 bad out of 9708 verified. Makes the bad % a little higher in fact at 5.6%. Well, project for another day I guess. I still have lots of triple-checking going on. ![]() Last fiddled with by Madpoo on 2015-05-11 at 21:36 |
|
![]() |
![]() |
![]() |
#6 |
Romulan Interpreter
"name field"
Jun 2011
Thailand
996110 Posts |
![]()
He said he hyperthreads and overclocks and uses lots of machines without discrimination, so in this case, the 5% error may be quite normal, in spite of the fact that it looks like cheater, for me. But again, I am the paranoid one here..
![]() |
![]() |
![]() |
![]() |
#7 | |
Serpentine Vermin Jar
Jul 2014
52·7·19 Posts |
![]() Quote:
I actually picked up a batch of maybe 15 or so exponents in the 35-37M range that were awaiting a needed triple-check because of mismatched residues. As expected, the user "MrRoboto" has a very high failure rate... so far we're at 29 verified and 22 bad with another 21 of his results in an unverified state, and most of those have already had a mismatched double-check... I'm guessing 20-21 of those will also turn out to be bad. |
|
![]() |
![]() |