Magnitude is the figure you have to observe.
Don't use your CPU in projects that also have GPU workunits.Only whitelisted projects are eligible to grant you GRC payments.This guide does not claim to be perfect as many variables have to be considered to find the best GRC/kWh projects.The basics: This might include that you will work on projects that have no scientific purpose if you follow this guide. Its purpose is to show you how you can optimize your Gridcoin earnings. The following guide is not meant to stop you from doing research for your favorite projects. It\'s a good thing to do, especially if you like to participate in a research field that you are interested in. This is what we had hoped to see and as a result we will start to use this policy in the near future.Thanks to Quez for putting this information togetherįoreword: Mining means researching in the Gridcoin world. We have been simulating the impact of this for the past couple of days and it turns out that in a strong majority of cases the result cpu time * host recent average credit per cpu second is actually quite consistent between different computers even if their claimed credit are further apart. Instead of selecting the credit that is closest to its history, we will average the recent average histories for the two computers.
We determined that these computers were claiming low by looking at the history of computers they were paired with and seeing their history - and indeed those other computers had a much lower grant when paired with one of these computers.Īs a result, we are going to change how the 2nd part of the process works. Because they were consistently claiming low and it was matching their average granted credit they were being selected as the credit to use for the granted credit. What we found was that there were a few computers that were extremely consistent about claiming very low so they always caused the workunit to check the recent average history. Whichever computer's claimed credit per second for the workunit is closer to their recent average credit granted per second has its claimed credit used as the credit granted for the workunit.
Boinc credits code#
If the two claimed credit values are further then 30% apart, then the code looks at a field in the database which stores the recent average credit granted per second for each computer. Over 85% of workunits have the granted credit determined this way. The way that credit is awarded in a quorum of two is that the two claimed credits are compared and if they are within 30% of each other, then they are averaged and the average value is granted. With only two claims to consider, there is insufficient information to choose which claim is most accurate, and simply averaging the two claims leads to a sizeable distortion in granted credit if a computer consistently over claims or under claims. This method was developed to allow quorums to be reduced to 2. Claims that were slightly anomalous were simply excluded from the average, and extreme outliers were not only excluded, the result was granted half credit in an attempt to discourage the use of clients with grossly inflated benchmarks. To compensate for inaccurate benchmarks (both accidental and deliberately inflated) World Community Grid developed a method for discarding only statistical outliers. World Community Grid used this method until inaccurate benchmarks introduced an unacceptable bias. This average is then granted to every valid result. The standard method used by BOINC projects is to discard the highest and lowest claims and average the rest. Normalisation based on quorum claims Classic BOINC algorithm The system had some major limitations, and was discontinued at the same time as the United Devices agent.
The discontinued United Devices agent used a weighting system that scored different components of each computer system. United Devices credit system Main article: United Devices credit system
0 kommentar(er)
