| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
| World Community Grid Forums
|
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 36
|
|
| Author |
|
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
On The Threshold Of A Dream, 'Bad Luck' stopped 1 in this quorum to get 40 BOINC Credits per hour, which would have generated 12,390 WCG points!
---------------------------------------- Workunit Status Workunit Name Status Sent Time Time Due / Return Time CPU Time (hours) Claimed/ Granted BOINC Credit za117_ 00418 Error 07/24/2006 12:47:56 08/02/2006 21:51:35 44.40 1,770 / 0 za117_ 00418 No Reply 07/24/2006 06:02:06 07/27/2006 18:02:06 0.00 0 / 0 za117_ 00418 Error 07/23/2006 16:12:24 07/24/2006 12:47:40 13.70 96 / 0 za117_ 00418 No Reply 07/23/2006 10:11:44 07/30/2006 10:11:44 0.00 0 / 0 za117_ 00418 No Reply 07/17/2006 06:01:57 07/24/2006 06:01:57 0.00 0 / 0 za117_ 00418 Error 07/16/2006 16:12:18 07/25/2006 01:21:25 2.77 29 / 0 za117_ 00418 Error 07/16/2006 16:11:37 07/17/2006 06:00:07 12.17 101 0 / 0 za117_ 00418 Error 07/16/2006 16:06:07 07/23/2006 10:11:12 0.00 0 / 0 I feel sorry for the others, some crunching considerable time before the WU fell over......4 smelling something amiss. The Suggestion and (Positive) Feedback on the Claims/Credit system is .....have a look at what Rosetta@home is about to implement to restore sanity into the competitive element of the points system ![]()
WCG
Please help to make the Forums an enjoyable experience for All! |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Obviously using an optimised client.
|
||
|
|
knreed
Former World Community Grid Tech Joined: Nov 8, 2004 Post Count: 4504 Status: Offline Project Badges:
|
Sekerob,
Can you please elaborate on what you see is the problem? Even if in that workunit all of the results that were errors were returned as success results, then the credit granted would have been 98.5. This is becuase when credit is awarded, the high and the low 'claimed credit' values for valid results are thrown out and the remaining claimed credit values are averaged. This is radically different then Rosetta@Home. They do not utilize validation via redundency (the nature of their project allows this - what we are doing at World Community Grid requires us to utilize redundency). They are sending out only one copy of a workunit. Thus when a result is returned, they only have data from one computer about what the 'fair' credit is for the workunit. This opens the door to all sorts of ways to obtain more credit then might otherwise be fair. If you point us to where Rosetta@Home talks about what they are changing about the Claims/Credit system then myself and others will take a look and I'm sure a lively debate will follow (it is always a lively debate when credit is involved). |
||
|
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
Trog Dog, whatever these 'special' BOINC compilations are called.
----------------------------------------Here another one from the collection.....again 40 credits per hour claim....not so, unless 2 of them happen to meet in the same quorum......would WCG be able to tweak the distribution rules so that known 'Excessees' never meet up in the same 'team'? Maybe another rule, where the median can never be twice the lowest claim? In the example below that'd mean 42 as the award. Workunit Name Status Sent Time Time Due / Return Time CPU Time (hours) Claimed/ Granted BOINC Credit B00238_ 0151_ CTMA4A-35-21-15 Valid 08/03/2006 14:28:49 08/04/2006 13:24:53 3.67 25 / 25 B00238_ 0151_ CTMA4A-35-21-15 Valid 08/03/2006 14:26:36 08/03/2006 18:13:26 1.94 77 / 25 B00238_ 0151_ CTMA4A-35-21-15 Valid 08/03/2006 14:23:21 08/07/2006 13:05:05 2.68 21 / 25 PS, i'll dig out the fixed credit discussion.....effectively, regardless doing it in 2 or 4 or 6 hours would get X for all, predetermined credit upon distribution. All benchmark tweaks would thus be nulllified with the BOINC open source agent.
WCG
Please help to make the Forums an enjoyable experience for All! |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
knreed,
WCG's quorum of 3 reduces cheating but it does not eliminate it. I cite my own experience on this issue. Several months ago I started using Truxoft BOINC and found my credit claim for the average FAAH unit jumped from around 60 to 70 with official BOINC to 130 with Truxoft . I was amazed at how often another member in the quorum also claimed 130 and 130 was awarded to all in the quorum. For sure I did not receive 130 for every WU but I received it often enough that my credits grew abnormally fast for the number of WUs I was returning. WCG's quorum does not eliminate cheating. Upon Sekerob's mention of Rosetta@Home's plans to revamp their credit system I went there and read a little in the forums. I couldn't find any official announcements on the topic but there are mentions of plans from reliable sources (eg. moderators). If I understand correctly, SETI is developing/testing a new credit system that will award credit according to the number of floating point operations performed . Benchmarks will be ignored. I gather RaH is waiting for SETI to perfect their new credit system and then they will adopt it (or something similar) to RaH. I suppose I could have provided links to Rosetta forum threads to support what I've said above but I am sure that with your connections you'll get the full scoop quicker with an email or 2. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
PS, i'll dig out the fixed credit discussion.....effectively, regardless doing it in 2 or 4 or 6 hours would get X for all, predetermined credit upon distribution. All benchmark tweaks would thus be nulllified with the BOINC open source agent. Einstein@Home recently changed to this kind of system. Due to the nature of the science they perform (searching large data sets for patterns), they can easily predict in advance how long a given WU will take to complete compared to another. Their science algorithm is very consistent, and the length of time required to process a WU is directly proportional to how much data (sky area) it searches and what sampling rate is used. They simply determine what a fair score for a certain WU would be, and then scale the scores for any other length of WU according to the relative workload. Right now they're only sending out 2 standard sizes of WU; a "short" WU is always worth exactly 21.48 credits, and a "long" WU is always worth 177.55, no matter how long it takes you to crunch them. Simple and completely fair; if your machine is twice as fast as average, you'll crunch twice as many WUs per day and get twice the total score. But WCG doesn't have it nearly so easy. Their science apps are quite nondeterministic (for the current projects, anyway). The length of time required to crunch a WU isn't very predictable based on the initial data sent out; it depends very much on what's discovered while the WU is crunched. In my list of recently completed HDC WUs, I've got times ranging from 1:00:22 to 3:06:15. WCG doesn't know how much work a given WU will take to crunch in advance; they have to wait for us to tell them how long it actually took. I've got an idea for a scoring system that would work well even for WCG, but it would require a lot of server-side coding to implement: The project would designate one of their own in-house test PCs as a "calibration standard" system (preferably a very common, average system like a stock 3GHz P4). That system would crunch some WUs and log them into the DB as normal, with an additional "calibrated" flag set on the results. The score for these officially calibrated WU results would be based on some fixed, fair credits per hour rate typical of that PC on other BOINC projects. The server would then take the results returned by the other 2 hosts assigned those WUs, and compare the time it took them to complete the WU to that used by the official standard host, to compute an official calibrated speed rating for them (which would be saved on the server along with the other per-host stats). These additional hosts would be granted the same credit reward as the official calibration system. From then on, all results returned by those systems are also flagged as calibrated, allowing other, additional systems to have official calibrated speed ratings assigned in the same way. This would quickly pyramid through the system, assigning calibrated speed ratings to all systems. All hosts assigned a given WU would get the same credit reward, based simply on their official speed rating * CPU hours used * standard credits per hour rate for the original calibration PC. If none of the hosts assigned a given WU are calibrated, the results would stay Pending Validation until one of them becomes calibrated (which then allows the others to be calibrated as well). To allow for changes in host speed, a given host's calibration could simply expire after so many days, causing it to be recalibrated again, much like BOINC currently re-runs the benchmark every 5 days. I think something like this would work pretty well, and give fair scores to everyone without the current cheating and problems with inconsistent benchmark times on different platforms. But this kind of major recoding of the standard BOINC server software would take a lot of work to implement. It's frankly not worth the grid tech's time to put so much work into this, so long as the current credit system is tolerable enough to not be chasing contributors away from the project. The current quorum system doesn't prevent cheating, but it dilutes the effectiveness of it down to where it's not really a big problem (yet, anyway; if lots of people started running "optimized" benchmarks, it could become one). Cheating is a horrible problem with Rosetta@Home. With a quorum of 1 and no safeguards, people can basically claim any outrageous credit they want and get it, making their scores worthless. I wonder if that makes them less popular, or more; do more people leave in disgust than are attracted by the "opportunity"? It'll be very interesting to see how their volunteer count changes if & when they find a way to stop the cheating. |
||
|
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
And here one of the threads that i could retrace. They're testing the credit system on the Alpha site of Rosetta. http://ralph.bakerlab.org/
----------------------------------------excerpt August 7, 2006 We are now testing a new crediting system that is based on the number of predicted structures. During this testing phase, 2 credit points will be granted per structure on RALPH. The Rosetta@home crediting system has not changed. Please post comments and suggestions in this Added a post from Dr. Baker: http://boinc.bakerlab.org/rosetta/forum_thread.php?id=1177#17292 The side item of interest in that post is that the graphics are found to be a source of error...associated with our HPF2 too?!? Quote: Message 17292 - Posted 29 May 2006 6:23:07 UTC I wrote an internal benchmark for Rosetta last week, and Rom now has a version that uses this to compute credits. Rom suggests however that we wait until after CASP to deploy it because it may take a few iterations to make it acceptable to everybody. I don't know how difficult it will be to "get it right", but I'd like to start testing it on Ralph soon. The new version soon to appear on ralph will also have a fix Rom put in for graphics problems; as reported on the boards, a good fraction of the errors seem to be associated with the graphics (I suspect the fact that they consume lots of memory is part of the problem), and in the new versions graphics related errors should abort the graphics but not disrupt completion of the Rosetta calculation.
WCG
----------------------------------------Please help to make the Forums an enjoyable experience for All! [Edit 2 times, last edit by Sekerob at Aug 8, 2006 1:42:18 PM] |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
The current credit system is acceptable to me. ( I stopped using Truxoft, btw, when I discovered I was getting points I didn't deserve.) The cheating is diluted by WCG's quorum.
I think any system based on approximation of flops wiil draw complaints too because the approximation can be very innacurate. The only accurate flops method is to use the flops reported after the WU is crunched. If the flops could be hidden or encrypted in the crunch report returned to WCG so that cheaters could not tamper with and inflate the flops then we might have an honest and accurate credit system. But I think cheaters would eventually crack the system and the cheating would start again. Weighing the benefits against the efforts required to end cheating, I vote for leaving the system at WCG the way it is. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
RALPH@H is trying to switch the current credit system they've used into more appropriate one. There're active posts on its forums and those of R@H. Wait and see what will appear at last. There may be some points we can apply
![]() I wish from my heart that many of you here regard the credits system as important and arguable. I'm fed up with the discussion with crunchers at MC ![]() |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Most of us admit the credit system is important and arguable. Some of us think the system here at WCG is good enough and that a system like R@H's new system will not bring lasting benefits. Some of us feel there are much more important issues that need to be addressed first.
----------------------------------------From R@H we will learn that the new system stopped the cheating for a while but eventually the system was cracked and the cheating started all over again. Show me a credit system that cannot be cheated and I will support it 100%. [Edit 1 times, last edit by Former Member at Aug 9, 2006 5:42:55 PM] |
||
|
|
|