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.

---

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.

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.

You can blame it on Me I made a wish and it came true

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.

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

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.

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

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

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.

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.

---