how to define multiple pools?
i really like this miner?
thanks.
Hehe, this is probably the 10th time I apologize that we still have pool failover support on our TODO list, it has been there from v0.3, we have continued to prioritize adding more algos rather than host-side work though. We should really add basic pool failover though, our bad. I'll discuss with todxx and see if/when we can slot it in.
well in my honest humble opinion, the miner is good but in comparison to other miners and provided options (especially the fail over pool) your dev fees are really high. Some other miners are below 1%. But a 1% is good number that you should consider.
Honestly, if you don't clearly earn more with TRM and/or have a hard time accepting the dev fee, then you should use another miner. For the dev fee, it won't change. If you don't want to pay for the kind of work we do, which means grinding instructions in GCN ASM and many times probably spending 5-10x more time (at least!) on our kernels than the other miners you refer to, then it's a no brainer, just use one of the other miners instead. For the specific issue of failover pool support, it's the last TODO item in that category, and no one has asked about it for 2-3 months.
My sincerest apologies for getting you in the line of fire now since you were quite gracious with your suggestion, but since you aren't the first one to imply that we'd be better off slashing our current income with -60% so they can increase their mining profits +1.5%, please allow me one last public rant about this.
This project is about putting your heart and soul into getting AMD GPUs to perform. Either we can make enough money from it to support two highly qualified devs spending a significant part of their available time on this, or we exit the market. And trust me, we're not getting rich from this, we're rather right at the level of it being worthwhile. So yeah, 1% dev fee means 0% for both you and for us, because we will be back to doing more lucrative work in other industries instead, or just doing private work in this space where you deal with business entities that do simple bottom line math and pay a premium for exclusivity. But no, we wanted to try to take our work public, benefitting all and making it much more difficult for private gpu miners to have a significant edge.
Many times people seem to think our +20-40% advantages in the compute algos (except for MTP, which is a different beast) is something that comes for free. "Oh, they just use GCN ASM, maybe I'll look into it later and I'll be just as good". Right. Good luck with that. It's not the toolset that matters, it's your skill and experience using it. We've spent _months_ in total on c29/c31, all as a service for Vega users to have something to do when XMR forks in October, drawing from 2 yrs of experience trying to squeeze perf out of AMD GPUs, which isn't trivial to begin with. Same thing investing time in MTP, which didn't have a proper Vega miner at all. Last, don't even get me _started_ on the work we've done with the x16 family of algos. Months and months of grinding away finding small opts in each of the 16 algos.
So, for everyone that feels the 2.5% TRM dev fee is unacceptable, please shop around for other AMD miner devs that right now are working proactively and are producing options that can at least compete with Team Green when XMR is out of the picture, and that has spent the same obscene amount of time as we have doing R&D just to be able to come close to Team Green. Then please use those miners instead.
