Credits


log in

Advanced search

Questions and Answers : Preferences : Credits

Author Message
Profile hamcons
Send message
Joined: 30 Jul 00
Posts: 10
Credit: 25,781
RAC: 0
United States
Message 2448 - Posted: 29 Jun 2004, 1:44:59 UTC

What is the formula for calculating credit earned?

How long does it take to get credit awarded?

John McLeod VII
Volunteer developer
Volunteer tester
Avatar
Send message
Joined: 15 Jul 99
Posts: 24694
Credit: 522,659
RAC: 19
United States
Message 2478 - Posted: 29 Jun 2004, 3:18:09 UTC

> What is the formula for calculating credit earned?
Credit earned is the median of three results that are validated as the same. If your result does not validate as the same as the other two, you get no credit. If there is a processing error, you get no credit.

How long does it take to get credit awarded?
Depends. It takes three matching results to award credit. Requesting credit is a two step process. First the data for the result is uploaded. The result is reported, and credit requested during communication with the scheduler that happens at the earliest of: a manual update, a request for more work from that project, or about 6 hours before the expiration of a result for that project on that host. The timing of the results coming in will be affected by the time that they were sent out, the speed of the computers doing the crunching, the size of the queues, the number of other projects that the computers are running. A result that is not received before the deadline for that result will be marked as abandoned, and will generate another copy of the WU sent to another client, thus starting another round of work. A WU may also spend some time waiting to be sent to a host.



Profile hamcons
Send message
Joined: 30 Jul 00
Posts: 10
Credit: 25,781
RAC: 0
United States
Message 2786 - Posted: 30 Jun 2004, 13:25:42 UTC - in response to Message 2478.

> > What is the formula for calculating credit earned?
> Credit earned is the median of three results that are validated as the same.
> If your result does not validate as the same as the other two, you get no
> credit. If there is a processing error, you get no credit.
>
> How long does it take to get credit awarded?
> Depends. It takes three matching results to award credit. Requesting credit
> is a two step process. First the data for the result is uploaded. The result
> is reported, and credit requested during communication with the scheduler that
> happens at the earliest of: a manual update, a request for more work from
> that project, or about 6 hours before the expiration of a result for that
> project on that host. The timing of the results coming in will be affected by
> the time that they were sent out, the speed of the computers doing the
> crunching, the size of the queues, the number of other projects that the
> computers are running. A result that is not received before the deadline for
> that result will be marked as abandoned, and will generate another copy of the
> WU sent to another client, thus starting another round of work. A WU may also
> spend some time waiting to be sent to a host.
>
>
> <a> href="http://www.boinc.dk/index.php?page=user_statistics&userid=9915">
>
>

Profile hamcons
Send message
Joined: 30 Jul 00
Posts: 10
Credit: 25,781
RAC: 0
United States
Message 2787 - Posted: 30 Jun 2004, 13:26:40 UTC - in response to Message 2478.

> > What is the formula for calculating credit earned?
> Credit earned is the median of three results that are validated as the same.
> If your result does not validate as the same as the other two, you get no
> credit. If there is a processing error, you get no credit.
>
> How long does it take to get credit awarded?
> Depends. It takes three matching results to award credit. Requesting credit
> is a two step process. First the data for the result is uploaded. The result
> is reported, and credit requested during communication with the scheduler that
> happens at the earliest of: a manual update, a request for more work from
> that project, or about 6 hours before the expiration of a result for that
> project on that host. The timing of the results coming in will be affected by
> the time that they were sent out, the speed of the computers doing the
> crunching, the size of the queues, the number of other projects that the
> computers are running. A result that is not received before the deadline for
> that result will be marked as abandoned, and will generate another copy of the
> WU sent to another client, thus starting another round of work. A WU may also
> spend some time waiting to be sent to a host.
>
>
> <a> href="http://www.boinc.dk/index.php?page=user_statistics&userid=9915">
>
>
My question is, how does the CPU time correspond to the credit claimed? What is the formula for translated CPU time into credit claimed?

John McLeod VII
Volunteer developer
Volunteer tester
Avatar
Send message
Joined: 15 Jul 99
Posts: 24694
Credit: 522,659
RAC: 19
United States
Message 2811 - Posted: 30 Jun 2004, 14:23:57 UTC - in response to Message 2787.

> My question is, how does the CPU time correspond to the credit claimed? What
> is the formula for translated CPU time into credit claimed?
>
Sorry about that. The Claimed credit is based on a project defined ratio of Floating and Integer operations and the benchmarks that your computer generates, and the CPU time reported when finished crunching a WU. I believe that it goes something like C* ((fraction floating point * Floating Benchmark) + (Fraction Integer * Integer benchmark)) * CPU time.

Profile hamcons
Send message
Joined: 30 Jul 00
Posts: 10
Credit: 25,781
RAC: 0
United States
Message 2925 - Posted: 1 Jul 2004, 0:49:10 UTC - in response to Message 2811.

> > My question is, how does the CPU time correspond to the credit claimed?
> What
> > is the formula for translated CPU time into credit claimed?
> >
> Sorry about that. The Claimed credit is based on a project defined ratio of
> Floating and Integer operations and the benchmarks that your computer
> generates, and the CPU time reported when finished crunching a WU. I believe
> that it goes something like C* ((fraction floating point * Floating Benchmark)
> + (Fraction Integer * Integer benchmark)) * CPU time.
> <a> href="http://www.boinc.dk/index.php?page=user_statistics&userid=9915">
>
>

I know you've been having computer problems and all, but out of 45 or so results that I have reported, I have only received credit for 5. At this point, my computers are seti-idle. They have not downloaded new WU's in two days. When might this be fixed?

Secondly, the net effect of this policy is to penalize those who have more efficient computers. I have two computers processing WU's, one of which is very efficient and one which isn't very efficient. In every case, my efficient computer's claimed credit is greater than the credit granted. To get credit based on someone else's less efficient processor does not seem to make sense. My efficient computer generates a high claimed credit, is usually the first to report a WU, and in every case the credit granted is less than that claimed. Yes I usually get more credit granted than claimed on the less efficient computer, but since the more efficient computer processes about 3 times more units than the other, I will never make up for the difference between claimed and granted. Why not give full credit to the first computer to report a WU, and then average the other two?


Heffed
Volunteer tester
Send message
Joined: 19 Mar 02
Posts: 1856
Credit: 40,736
RAC: 0
United States
Message 2958 - Posted: 1 Jul 2004, 2:59:39 UTC - in response to Message 2925.
Last modified: 1 Jul 2004, 3:00:45 UTC

> Secondly, the net effect of this policy is to penalize those who have more
> efficient computers. I have two computers processing WU's, one of which is
> very efficient and one which isn't very efficient. In every case, my
> efficient computer's claimed credit is greater than the credit granted. To
> get credit based on someone else's less efficient processor does not seem to
> make sense. My efficient computer generates a high claimed credit, is usually
> the first to report a WU, and in every case the credit granted is less than
> that claimed. Yes I usually get more credit granted than claimed on the less
> efficient computer, but since the more efficient computer processes about 3
> times more units than the other, I will never make up for the difference
> between claimed and granted. Why not give full credit to the first computer
> to report a WU, and then average the other two?

I think you've got things backwards. I'm assuming by "effecient", you mean "faster"?

A faster computer will ask for less credit, not more. If yours is, then you're experiencing some sort of OS/benchmarking issues that aren't the norm.

It actually equals out. A faster computer will be able to process more WUs in the same amount of time as some slower systems. More lesser credits amounts to much the same as one bigger credit.

On the other side, the quicker systems often chop the much higher credits requested by a slower machine.

So really, it balances out fairly well in the terms of total granted credits across systems of various speeds.

As I understand it, the goal is to actually get all machines regardless of speed to request roughly the same amount of credit per the complexity of the WU processed. That's obviously not quite there yet, but the credits still balance fairly well. :)

Questions and Answers : Preferences : Credits

Copyright © 2014 University of California