On Tue, Oct 09, 2018 at 04:58:37PM +0000, [email protected] wrote: > > > My use case is to try to set up a mining farm based on Raspberry-Pis. I > > > did a > > > study showing that it's much more efficient for the same price or power > > > user > > > as a PC : > > > https://www.linkedin.com/pulse/more-efficient-mining-raspberry-pi-julien-delorme/ > > > > Fun project there reminding me the build farm. I've left a comment with > > some links to much better hardware than RPis :-) > > Oh thanks, I will check there!
No, thanks to you, I've just found in your patch here an example of how to use ARMv8's CRC32 instruction (which is trivial by the way) and which has been staying on my todo list for ages : https://github.com/tpruvot/cpuminer-multi/pull/29 We use CRC32 in libslz for the gzip compression, I should give it a try, it could bring gzip performance closer to deflate on ARM64, which could be nice for those running hosting services on cheap ARM servers. > > > And since haproxy is already used a lot and recommanded for this use case > > > (principally to give active-backup fonction between pools), I think it > > > will > > > interest many of users to be able to improve their capacity and reduce the > > > risk to be banned. > > > > I was not aware of this. Do you have any link ? > > My pleasure! > > https://www.reddit.com/r/Monero/comments/5io4u3/simple_mining_proxy_setup_using_haproxy_or_who/ > https://github.com/xmrig/xmrig-proxy/wiki/TLS > https://imgur.com/a/wrPw6 > https://github.com/turtlecoin/turtlecoin/wiki/TurtleCoind-behind-HAProxy > > As you can see its pretty common. People use it for automatic fail-over to > cover maintenance windows, so its placed on the client side, which is not > very common I think. I see, that probably makes sense, indeed. We're used to say that haproxy is a Swiss-army-knife anyway :-) Willy
