About the failover - Is there a failover only mode (prioritized pool list) or is it only profit based mode?
I know for the failover mode workaround - using algo weights and so on, but it's very annoying if you have 10-15 pools or so.
So clean failover mode would be great - "disabling" profit switching and using pools based on a priority list.
There is a section for configuring manual pools. This works in conjunction with having the miners exit if unable to connect (which flags them as dead) to fall back to less and less profitable services. See the first post in the thread for how to configure.
So I got it up and running in "manual profit based priority" mode.
I faced couple of problems:
1. I use MRR to rent my rigs. This means pool configuration like that:
code stuff
So my miner will automatically start mining to one of the MRR pools (high "profitability" with price:100) if anybody rents some of them. So far so good, but let's say X15 MRR is rented.
Miner Control (MC) starts in auto mode:
- Mining at X11 MRR - MC tries 3 times with 10s pause (-r 3 -R10) total of 30s before it declares pool as dead
- Mining at X13 MRR - there it goes another 30s
- Starts mining at X15 MRR which will be alive.
- switchtime is 2min - even better to be 1min, because I'd want my renter to get his hashrate sooner. That means every 2min of mining will be followed by 1min of waiting when declaring dead pools.
It will be even worse if there is no rented rig (all MRR are dead) - there will be at least 2min pause every switchtime...
Am I missing something? Maybe there is another way to do it?
I think it would be the ideal way if MC could check for pools viability before switching to them?
And then switches to the first alive pool going from the most profitable down...
Since you're using it to manually switch between renters, which will only do so when one goes down, you don't really need any "switch time" at all. I'd say set it to something extremely low, or even 0, so there is little-to-no wait time when switching.