![]() |
|
|
#1 |
|
A Sunny Moo
Aug 2007
USA (GMT-5)
3×2,083 Posts |
Just today I converted an installation of Prime95 that I use for "filler work" between other jobs to v25.11, from v24.14. It was previously set to do GIMPS work (not stress testing), but with UsePrimenet=0; all communication was performed manually. When I upgraded to v25.11, that was kept intact, as expected. I had one TF assignment in worktodo.ini that was registered as Manual Testing, and was kept intact.
Seeing that the upgrade went OK, I decided to turn PrimeNet communication on. (Note: I have a second client on the same machine that has been v25 from the get-go, and it's always had PrimeNet communication turned on. Both clients have the same client name.) As soon as I enabled PrimeNet communication, Prime95 promptly grabbed a doublecheck LL assignment, which is not exactly what I wanted (anything but TF is way too big for filler work). Thus, I went and changed that CPU's preference to TF on the website, noting that the server quite correctly saw that the two clients were the same computer (and in fact gave the old one's GUID to the new one as well). The worktype had previously been set to TF, but had understandably been reset to "what makes sense" when I connected the new client. At this point, I did a manual comm on the new client, and it tried to register the manual TF assignment that was left from the original v24.14 setup. Not surprisingly, it got an "already assigned" and set the AID to N/A. Note that the original assignment, which v24.14 assumed it would take all the way from 64 bits up to 70 bits (it was in the 50M range, I think), had a save file at about 69 bits that was lost in the transition. I had forgotten about the save file incompatibility, and didn't worry about that. I changed the assignment in worktodo.txt to end at 65 bits so that this assignment could be finished up quickly (it had been out for quite a while). Thus, the assignment finished up within about 10-20 minutes or so. When the assignment finished, it was reported to the server by the client and accepted. However, when I checked my account at mersenne.org (same as my forum name), I saw that the assignment was still listed on my account, under Manual Testing, even though the result was registered. So, I tried re-submitting the result through Manual Testing, and got a "result not needed" (as expected). But then when I checked my results page, I was shocked to see that the assignment was registered (and credited) twice: once for the new client, and once for Manual Testing! Attached is a screenshot of the page since it got garbled when I tried to cut and paste it. I'm assuming this is not the way things are supposed to work, since this would seem to have credited work that was already done as far as the server was concerned. Anyone know why this happened? Thanks, Max ![]() P.S.: I forgot to mention, between when I fixed the CPU entry on the website to do TF work and when the result in question was finished and submitted, I unreserved the DC assignment and was given a pile of TF ones. This probably doesn't have any bearing on this situation, but I figured I should mention it anyway. Last fiddled with by mdettweiler on 2009-08-31 at 02:29 |
|
|
|
![]() |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Double-Double Arithmetic | Mysticial | Software | 52 | 2021-04-23 06:51 |
| gpu72 site - exp 78227507 credited but not mine? | dh1 | GPU to 72 | 1 | 2015-11-29 14:03 |
| x.265 half the size, double the computation; so if you double again? 1/4th? | jasong | jasong | 7 | 2015-08-17 10:56 |
| What does my result mean? | Unregistered | Information & Answers | 6 | 2013-04-16 21:52 |
| Double the area, Double the volume. | Uncwilly | Puzzles | 8 | 2006-07-03 16:02 |