![]() |
Just a minor issue with my account. At the bottom of the summary page in the Workload section, the number of "type D" assignments (double checks) is always shown as one more than the correct value. This has been the case for several weeks. The "Avg. Days" value for my double check assignments is also incorrect (presumably related). My Account Assignment Details page shows correct information.
I am guessing this may have something to do with an assignment that got improperly recycled on me back in June, and which I moved to a faster machine and completed it anyway. |
[QUOTE=cuBerBruce;384648]At the bottom of the summary page in the Workload section, the number of "type D" assignments (double checks) is always shown as one more than the correct value.[/QUOTE]
Is it correct now? |
[QUOTE=Prime95;384650]Is it correct now?[/QUOTE]
Yes, thanks. |
[QUOTE=James Heinrich;384515]That is precisely what inadvertently happened in a (supposed-to-be) minor update to the page, and it broke. But it's fixed now.[/QUOTE]
That was James' nice way of saying "Madpoo broke it" :smile: |
Result Not Needed
Just submitted a manual batch of results via uploading a text file.
There were 1256 tests, 19 of which had factors. the submission form told me this TF result for <exponent> was not needed: UID: nitro/NVidia, no factor for M244763579 from 2^66 to 2^67 [mfaktc 0.20 barrett76_mul32_gs] Yet if I look up this exponent and get all details I get this 244,763,579 No factors below 267 History Date User Result 2011-07-17 EPF NF no factor from 2^64 to 2^65 2013-10-23 sasaki3 NF no factor from 2^65 to 2^66 2014-10-13 Gordon Spence NF no factor from 2^66 to 2^67 Struggling to why the result wasn't needed. |
[QUOTE=Gordon;385109]Struggling to why the result wasn't needed.[/QUOTE]My first guess would be that you had that result line more than once in your results file. The 66-67 result was accepted at 2014-10-13 19:34:03.967
If you had the same result line again further down the results file then the second time it was submitted it would say it's not needed. |
[QUOTE=James Heinrich;385111]My first guess would be that you had that result line more than once in your results file. The 66-67 result was accepted at 2014-10-13 19:34:03.967
If you had the same result line again further down the results file then the second time it was submitted it would say it's not needed.[/QUOTE] You're correct that was the answer, which then throws another question. I used the primenet query pages to generate the worktodo.txt file so it must have been duplicated in there. |
It's happened to me, too. I made my own worktodo.txt though and since I split them into two GPU's it's possible I made a boo boo.
|
If you remind me which report it is that you generate the worktodo from I can take a quick peek see if there's some obvious reason why duplicates might get generated.
|
I don't remember if Gordon and Mawn are 'nix people or Win people....or something else.
If you are running on Windows, using MISFIT will help avoid duplicates. It will automatically alert if it sees any. You can also run "Force Work Balance" which will toss duplicates. |
[QUOTE=kladner;385123]I don't remember if Gordon and Mawn are 'nix people or Win people....or something else.
If you are running on Windows, using MISFIT will help avoid duplicates. It will automatically alert if it sees any. You can also run "Force Work Balance" which will toss duplicates.[/QUOTE] +1 I don't know of anyone here that doesn't use MISFIT for that kind of thing. Well, the exception is if you are doing unusual/uncommon exponents not handled automatically by gpu72/Primenet TF.. |
| All times are UTC. The time now is 23:10. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.