Claimed Credit Vs Granted Credit

Message boards : Number crunching : Claimed Credit Vs Granted Credit
Message board moderation

To post messages, you must log in.

1 · 2 · 3 · Next

AuthorMessage
FiveHamlet
Avatar

Send message
Joined: 5 Oct 99
Posts: 783
Credit: 32,638,578
RAC: 0
United Kingdom
Message 867436 - Posted: 20 Feb 2009, 20:47:33 UTC

I have been using CUDA for a few weeks now and have noticed that the granted credit is only about 75% of the claimed credit.Have I missed something.
Are hosts that use CUDA being penalised? or is there someting more significant that I am missing.
Setup is an amd9650 quad and 2X nvidia 9600gt's. I seem to have a problem getting my average above 3000. Nothing else running for 18 out of 24 hrs.
Dsve
ID: 867436 · Report as offensive
Aurora Borealis
Volunteer tester
Avatar

Send message
Joined: 14 Jan 01
Posts: 3075
Credit: 5,631,463
RAC: 0
Canada
Message 867447 - Posted: 20 Feb 2009, 21:33:00 UTC - in response to Message 867436.  

The WU processed with CUDA appear to be over claiming. You are receiving the credit claimed by your wingman with a CPU processed WU.
ID: 867447 · Report as offensive
FiveHamlet
Avatar

Send message
Joined: 5 Oct 99
Posts: 783
Credit: 32,638,578
RAC: 0
United Kingdom
Message 867449 - Posted: 20 Feb 2009, 21:39:23 UTC - in response to Message 867447.  

OK understood
ID: 867449 · Report as offensive
Profile Dirk Sadowski
Volunteer tester

Send message
Joined: 6 Apr 07
Posts: 7105
Credit: 147,663,825
RAC: 5
Germany
Message 867450 - Posted: 20 Feb 2009, 21:44:07 UTC
Last modified: 20 Feb 2009, 21:46:39 UTC

'Overclaiming'?

Or maybe we see in future that the CUDA-WUs will get the higher Credits?
Because the GPU do more FLOPS than the CPU for the same WU..
ID: 867450 · Report as offensive
FiveHamlet
Avatar

Send message
Joined: 5 Oct 99
Posts: 783
Credit: 32,638,578
RAC: 0
United Kingdom
Message 867451 - Posted: 20 Feb 2009, 21:45:12 UTC - in response to Message 867450.  

sounds more realistic.
ID: 867451 · Report as offensive
Aurora Borealis
Volunteer tester
Avatar

Send message
Joined: 14 Jan 01
Posts: 3075
Credit: 5,631,463
RAC: 0
Canada
Message 867458 - Posted: 20 Feb 2009, 22:23:21 UTC - in response to Message 867450.  

'Overclaiming'?

Or maybe we see in future that the CUDA-WUs will get the higher Credits?
Because the GPU do more FLOPS than the CPU for the same WU..

CUDA may do more work in less time, but the amount of work done on an individual WU is the same. Just as the optimize apps are faster than the generic apps, its all the same analysis and results or they wouldn't validate. You get more credits per hour but the per job rate remains the same.

Boinc V7.2.42
Win7 i5 3.33G 4GB, GTX470
ID: 867458 · Report as offensive
OzzFan Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 9 Apr 02
Posts: 15691
Credit: 84,761,841
RAC: 28
United States
Message 867495 - Posted: 21 Feb 2009, 0:56:17 UTC - in response to Message 867458.  

'Overclaiming'?

Or maybe we see in future that the CUDA-WUs will get the higher Credits?
Because the GPU do more FLOPS than the CPU for the same WU..

CUDA may do more work in less time, but the amount of work done on an individual WU is the same. Just as the optimize apps are faster than the generic apps, its all the same analysis and results or they wouldn't validate. You get more credits per hour but the per job rate remains the same.


AB is right.
ID: 867495 · Report as offensive
Profile Dirk Sadowski
Volunteer tester

Send message
Joined: 6 Apr 07
Posts: 7105
Credit: 147,663,825
RAC: 5
Germany
Message 867520 - Posted: 21 Feb 2009, 2:08:47 UTC - in response to Message 867495.  

'Overclaiming'?

Or maybe we see in future that the CUDA-WUs will get the higher Credits?
Because the GPU do more FLOPS than the CPU for the same WU..

CUDA may do more work in less time, but the amount of work done on an individual WU is the same. Just as the optimize apps are faster than the generic apps, its all the same analysis and results or they wouldn't validate. You get more credits per hour but the per job rate remains the same.


AB is right.


Hmm.. really?

Hmm.. the current credit system is with FLOPcounter.

The GPU-FLOPcounter counting more FLOPS than the CPU-FLOPcounter for the same WU.
So the GPU app make more work as the CPU app for the same WU.
So why not reward the GPU because of more work she has done?

ID: 867520 · Report as offensive
Profile Fred J. Verster
Volunteer tester
Avatar

Send message
Joined: 21 Apr 04
Posts: 3252
Credit: 31,903,643
RAC: 0
Netherlands
Message 867521 - Posted: 21 Feb 2009, 2:18:36 UTC - in response to Message 867520.  
Last modified: 21 Feb 2009, 2:33:34 UTC

But how can the G.P.U. make more FLOP'a, then the C.P.U., for the same WU?
Something don't add up here . . .
And, NO, credit is NOT simply the amount off (M/G)FLOP's.
Because, there are more factors responsible for the final result, a correctiom-factor is used, for each host, look at your own host, except IP external and internal adress, more is visible, for your eyes only { :) }. Also the correction factor, ;)
Size is usually < 1, (0,1001 on one of my hosts).
ID: 867521 · Report as offensive
Aurora Borealis
Volunteer tester
Avatar

Send message
Joined: 14 Jan 01
Posts: 3075
Credit: 5,631,463
RAC: 0
Canada
Message 867532 - Posted: 21 Feb 2009, 3:07:51 UTC
Last modified: 21 Feb 2009, 3:16:54 UTC

I'll try to simplify it a bit. Since my electronics goes back to vacuum tubes, this is just a generalization of how I perceive it and I stand to be corrected and others, I'm sure can give a more precise explanation.

The credit is calculated only in a general way to the actual FLOP count. At a higher level we could say 2*2=4 is an operation. Different CPU require more or less movements (FLOPs) of bits to perform this function. We get paid for the number of operations that are performed not for moving bits around inside the computer.

The correction factor you see in your account is just used to indicate how fast you process work compare to a gold standard, and is used to estimate how much work you have on hand and how many seconds of work to fetch to replenish your cache. It has nothing to do with credits.
ID: 867532 · Report as offensive
W-K 666 Project Donor
Volunteer tester

Send message
Joined: 18 May 99
Posts: 19399
Credit: 40,757,560
RAC: 67
United Kingdom
Message 867541 - Posted: 21 Feb 2009, 3:34:57 UTC - in response to Message 867532.  

I'll try to simplify it a bit. Since my electronics goes back to vacuum tubes, this is just a generalization of how I perceive it and I stand to be corrected and others, I'm sure can give a more precise explanation.

The credit is calculated only in a general way to the actual FLOP count. At a higher level we could say 2*2=4 is an operation. Different CPU require more or less movements (FLOPs) of bits to perform this function. We get paid for the number of operations that are performed not for moving bits around inside the computer.

The correction factor you see in your account is just used to indicate how fast you process work compare to a gold standard, and is used to estimate how much work you have on hand and how many seconds of work to fetch to replenish your cache. It has nothing to do with credits.

Same generation, but vacuum tubes still in use, saw new radio a few months ago. Uses TWT for power output in transmitter and lighthouse tubes at front end of receiver, to be used where they suffer lots of electrical storms.

But back to topic, situation I believe is similar to RISC Vs CISC. Google for explanation.
ID: 867541 · Report as offensive
OzzFan Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 9 Apr 02
Posts: 15691
Credit: 84,761,841
RAC: 28
United States
Message 867553 - Posted: 21 Feb 2009, 4:02:21 UTC - in response to Message 867520.  
Last modified: 21 Feb 2009, 4:07:01 UTC

'Overclaiming'?

Or maybe we see in future that the CUDA-WUs will get the higher Credits?
Because the GPU do more FLOPS than the CPU for the same WU..

CUDA may do more work in less time, but the amount of work done on an individual WU is the same. Just as the optimize apps are faster than the generic apps, its all the same analysis and results or they wouldn't validate. You get more credits per hour but the per job rate remains the same.


AB is right.


Hmm.. really?

Hmm.. the current credit system is with FLOPcounter.

The GPU-FLOPcounter counting more FLOPS than the CPU-FLOPcounter for the same WU.


You're confusing a more efficient architecture that can perform more FLOPs to mean that it gets more credit. Remember that your credit is based on a unit of time. The fact that your GPU can perform more FLOPs than your CPU simply means that your GPU should be able to complete more work in the same amount of time, earning it a higher RAC, not more credit per workunit.

Imagine we both worked in a kitchen, and we were paid per plate to serve, no matter what is on the plate, as long as the end result of what is supposed to be on the plate is there.

Imagine that I am able to complete 5 plates per hour (I'm slow). Imagine that you are able to complete 50 plates per hour. You'd earn more simply because you're faster, not because you prepare the plates the same as I do, since we are required to come up with the same result.

So the GPU app make more work as the CPU app for the same WU.
So why not reward the GPU because of more work she has done?


The GPU doesn't "make" more work, in fact the work is the same because it has the same workunit. It is rewarded by it performing more work per unit of time, not for coming up with the same answer.
ID: 867553 · Report as offensive
Profile Dirk Sadowski
Volunteer tester

Send message
Joined: 6 Apr 07
Posts: 7105
Credit: 147,663,825
RAC: 5
Germany
Message 867555 - Posted: 21 Feb 2009, 4:10:14 UTC


In past SETI@home needed to reduce the Credts/WU.

Because to be protected for Credit-Wars with other projects.

All projects -> same Credits


So something new at SETI@home.. CUDA..


A GTX260 would have a RAC of ~ 10,000 at GPUGrid.
Here at SETI@home maybe a RAC of ~ 8,000.

So if every project would give the same Credits then GPUGrid need to reduce or SETI@home need to rise the Credits/WU on GPU.

There are lot of people out there which crunch only for Credits.
And if they get more Credits at GPUGrid, they will not crunch here at SETI@home with their GPUs.
So.. SETI@home must be 'smart' to hold- or recruitment new members..

ID: 867555 · Report as offensive
OzzFan Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 9 Apr 02
Posts: 15691
Credit: 84,761,841
RAC: 28
United States
Message 867556 - Posted: 21 Feb 2009, 4:13:55 UTC - in response to Message 867555.  

SETI@Home has been very considerate of keeping the value of a Cobblestone close to the original standard. Taking this into consideration, that would mean GPUGrid would need to lower theirs because they are granting too high.


...and if it came down to it, I'd rather see those who are only in it for the credits leave SETI than for SETI to participate in any sort of credit inflation just to keep users. Since SETI has plenty of dedicated crunchers who are in it for the goal, and those in it for credits are in the minority, I doubt it would hurt SETI too much for them to leave - it would simply take us longer to sift through data which is already older than anyone alive anyway.
ID: 867556 · Report as offensive
Aurora Borealis
Volunteer tester
Avatar

Send message
Joined: 14 Jan 01
Posts: 3075
Credit: 5,631,463
RAC: 0
Canada
Message 867569 - Posted: 21 Feb 2009, 4:47:07 UTC - in response to Message 867556.  
Last modified: 21 Feb 2009, 4:50:37 UTC

I totally agree with OzzFan. The credit hound may be very vocal, but are only a small fraction of the 180,000 active Seti crunchers.

Seti is the gold standard by which other projects are suppose to calibrate their credits. A few projects (mostly still in Alpha development) currently have exaggerated credit levels. From dialog on the projects mailing list some already are starting to reduce credits to be more in line with Seti.
ID: 867569 · Report as offensive
Josef W. Segur
Volunteer developer
Volunteer tester

Send message
Joined: 30 Oct 99
Posts: 4504
Credit: 1,414,761
RAC: 0
United States
Message 867600 - Posted: 21 Feb 2009, 5:39:38 UTC - in response to Message 867520.  

...
Hmm.. the current credit system is with FLOPcounter.

The GPU-FLOPcounter counting more FLOPS than the CPU-FLOPcounter for the same WU.
So the GPU app make more work as the CPU app for the same WU.
So why not reward the GPU because of more work she has done?

The stock 6.03 CPU app has various routines for doing many of the more difficult operations, on x86 systems there are 12 different Transpose functions, for instance. The FLOPcounter does not vary depending on which function is chosen, instead it 'counts' floating point operations which would be used if the most generic function were chosen. That's been true for all the setiathome_enhanced apps, the intention is that all hosts doing the same work will claim very nearly the same credits. Optimized apps use the same system for 'counting' to match claims.

For the 6.08 GPU app the count is meant to be the same, but all the 'counting' is done in the CPU portion of the code and that doesn't know all the factors needed. So there are some estimates involved which have not yet been tuned to get a close match.

Rewarding an app for doing extra work or penalizing an app for doing work more efficiently is not what the FLOPcounter is for.
                                                                 Joe
ID: 867600 · Report as offensive
Richard James

Send message
Joined: 9 Mar 09
Posts: 1
Credit: 324,364
RAC: 0
Message 874525 - Posted: 11 Mar 2009, 4:29:21 UTC

wondering what the credit is for?
ID: 874525 · Report as offensive
W-K 666 Project Donor
Volunteer tester

Send message
Joined: 18 May 99
Posts: 19399
Credit: 40,757,560
RAC: 67
United Kingdom
Message 874530 - Posted: 11 Mar 2009, 4:45:15 UTC - in response to Message 874525.  

wondering what the credit is for?

First, welcome to the Seti boards.

It is just a measure of how much work your computer(s) have done for projects that use BOINC. It should, but isn't, be equal for all projects.

The formula(s) used to calculate credit, use the number of Floating Point operations used to process a task.

If you have lots of time on your hands and are very, very bored you might search for things like cross project parity, but I wouldn't advise that you do.
ID: 874530 · Report as offensive
Profile Edboard
Volunteer tester

Send message
Joined: 4 Jun 08
Posts: 9
Credit: 1,043,577
RAC: 0
Spain
Message 874603 - Posted: 11 Mar 2009, 13:32:59 UTC - in response to Message 867447.  
Last modified: 11 Mar 2009, 13:36:01 UTC

The WU processed with CUDA appear to be over claiming. You are receiving the credit claimed by your wingman with a CPU processed WU.


So if my wingman has processed his WU with cuda too, then we will receive both higher credit that if my wingman is a CPU-cruncher?

In other words. The credit I get for a WU can vary according to the wingman I have?
ID: 874603 · Report as offensive
Aurora Borealis
Volunteer tester
Avatar

Send message
Joined: 14 Jan 01
Posts: 3075
Credit: 5,631,463
RAC: 0
Canada
Message 874609 - Posted: 11 Mar 2009, 13:57:41 UTC - in response to Message 874603.  

The WU processed with CUDA appear to be over claiming. You are receiving the credit claimed by your wingman with a CPU processed WU.


So if my wingman has processed his WU with cuda too, then we will receive both higher credit that if my wingman is a CPU-cruncher?

In other words. The credit I get for a WU can vary according to the wingman I have?

At the moment that is the case. I'm sure that the dev will eventually recalibrate things to rebalance the credits.
ID: 874609 · Report as offensive
1 · 2 · 3 · Next

Message boards : Number crunching : Claimed Credit Vs Granted Credit


 
©2024 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.