![]() 90 H/s, if you had 10 Pis and set one aside for management. The first example, would be 9 x 10 H/s, i.e. distribute the management across the Pis.dedicate a single Pi for management (and not for mining) or.Generally speaking, depending upon your cluster set up, you either: However, you could/would never attain that maximum, as clusters require some power to manage, and communicate between, the nodes. So, assuming one Pi produces 10 H/s, as per your example, overall the maximum for 10 Pis would be 10 x 10 H/s. It would just be a maximum of the power of a single Pi multiplied by the number of nodes in the cluster. You wouldn't gain any extra magical power, as you can't create more energy than you put in. Even if you did make some profit with Magi Coin or something similar, the payback time is likely measured in years before you start making any real money yourself. much more than your 100 H/s.īear in mind also that your local electricity cost is probably higher than $0.08/kWh (I would expect to pay double that where I live, at least).Īpparently there are some coins like Magi Coin that can yield $0.20 - $0.25 per day per Pi 3, in which case clustering may be profitable.Ī fun project, if you're interested in that sort of thing, but realistically don't combine "Pi mining cluster" and "profit" in the same sentence. Not great, as you can tell the electricity cost will certainly outweigh any profits if that hash rate quoted is true. (That's a loss-or as the site kindly puts it, a profit ratio of -100%) $0.08/kWh (based on the lowest state's cost from here)Ġ% fees (assuming you manage the cluster yourself)Īnd you can expect a cool profit of. Power consumption of 12.5 W (based on 1.25 W, roughly derived from the linked pd and current figures).Hash rate of 100 H/s (10 Pis at 10 H/s, which according to various sources for Ethereum, is about right).I plugged some extremely rough numbers into this calculator for Ethereum (though you said you weren't interested in it as much, it is still useful for comparison): You can't scale up the cluster and expect to get more efficient in this case as the limiting factor is the hash rate of each Pi.Īs is often the case with the Pi, it's not really optimised for any one task very well. The implications of the above are that if you would make a loss with one Pi, you would still make a loss with a cluster of Pis. But you could never expect to get more than 100 H/s, really, because each Pi can still only work at a certain rate. If there was more overhead and the delegation of tasks was more complex, then you might get less than 100 H/s. I don't imagine in this case the overhead for clustering would be at all high, so in this case I would expect ~100 H/s. Once the tasks have been split, the Pis can work at full speed testing. Since proof of work essentially boils down to trying many combinations and hoping to find the correct one, all your cluster would need to do is split these combinations between each Pi so that they can work on them separately. Fortunately, cryptocurrencies are ideal for that, and a mining pool is essentially a really big cluster for mining cryptocurrencies. ![]() you can split the task into lots of small ones that can run at the same time. ![]() Clusters generally work well for tasks that can be parallelised-i.e.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |