Message boards :
News :
extra credits
Message board moderation
Author | Message |
---|---|
Send message Joined: 30 Aug 07 Posts: 2046 Credit: 26,480 RAC: 0 |
I'm trying to figure out why people are getting way more credits than normal. Are the workunits awarding more credit than they used to? I'm trying to see if maybe there's some kind of server bug that's awarding credit for workunits more than once. |
Send message Joined: 13 Aug 10 Posts: 10 Credit: 115,945,904 RAC: 0 |
My individual work units get the same credits as before. Don't know if I get credit for double work units, but I'm definatly getting double (or more) credits in total. |
Send message Joined: 19 Feb 08 Posts: 350 Credit: 141,284,369 RAC: 0 |
I'm trying to figure out why people are getting way more credits than normal. I'm shure there is something more important to do ... ;-))) No need to hurry! Shure, it needs to be corrected as an act of fairness to the other projects. Looks like I get twice the credit. |
Send message Joined: 11 Nov 07 Posts: 1 Credit: 294,063,901 RAC: 0 |
You can blame it on Me I made a wish and it came true |
Send message Joined: 11 Nov 07 Posts: 2 Credit: 66,563,801 RAC: 2,179 |
While Travis is trying to figure one end, I wonder why I got those 4-5 last days, less and less credits... (the other end!!. Every yield is <0,10 or less quite independently of the crunching time... If you have my old valid result from a week ago (I can't get them from this page anymore), you may compare what's happened. I changed once the amount of concurrent blocks to a higher value many days before this credit issue. |
Send message Joined: 24 Feb 09 Posts: 620 Credit: 100,587,625 RAC: 0 |
Travis, Cut & pasted my post on the number crunching forum in case you did not see it: ========= Its when the cruncher account page summary total is calculated. I just watched three WUs being reported, individual WUs were shown as normal awards, however my personal account page summary total instantly incremented by just under triple the individual awards. That would make sense if the BOINC Stats totals Project generated xml page is compiled from account page summary totals, and explain why the Project Total has gone through the roof. EDIT: Verified, just watched another four go through. Account summary before update: 29,734,767 Account Summary after update: 29,737,405 Difference = 2638. Four WUs went through each @239.8 individual award, the account summary total incredmented by 2638, just under three times reality. So its definitely in the code that calculates account page total summaries. ==================== Regards Zy |
Send message Joined: 24 Dec 07 Posts: 1947 Credit: 240,884,648 RAC: 0 |
What's interesting is I don't think that my individual computer RAC is increasing accordingly - so it might be something to do with the overall stats. |
Send message Joined: 11 Mar 10 Posts: 1 Credit: 19,837,164 RAC: 0 |
Don't fix it, if it CAN give more credit then why not? :) It's been a nice surprise and felt like some christmas gift or so :D |
Send message Joined: 19 Aug 10 Posts: 2 Credit: 181,845 RAC: 0 |
I don't really care about teams, credits, etc. I just want to help the science. As long as the work units are crunched accurately, the rest doesn't matter |
Send message Joined: 23 Sep 10 Posts: 24 Credit: 58,711,243 RAC: 0 |
Funny, I always thought credit had something to do with having carried out a certain amount of floating-point ops, or something along those lines. Well if it's an issue of double-counting then so be it. Won't help or hurt the science. I've noticed I've been getting more credit lately, but not to the extent that others have...it would appear that some of the nbody tasks (mt) gave me over 400 or 500, but then again they also ran for a damn long time. Perhaps it's an issue with how the serverside calculator sees CPU time...could extrapolate and/or exaggerate by multiplying or something to account for CPUs with multiple cores. |
Send message Joined: 30 Aug 07 Posts: 2046 Credit: 26,480 RAC: 0 |
Funny, I always thought credit had something to do with having carried out a certain amount of floating-point ops, or something along those lines. Well if it's an issue of double-counting then so be it. Won't help or hurt the science. Well what was happening, is for some reason we were getting extra assimilator processes running (which really should not have happened). So the same workunit was being awarded credit by each assimilator, which caused the double/triple credit. |
©2024 Astroinformatics Group