Has anyone had success setting up pool priority (for purpose of failover) for GPU Managed Profit Switching Miners along with software other than sgminer/claymore ?
I use pool groups almost entirely and have pools setup for coins I want to mine. Some pools tend to be more unstable than others and have regular downtime, thus I wanted to setup backup pool(s) for the coin (well, if I can get this working, it'll be even more ideal that I have 1~2 backup pools for every single coin I'm mining)
for Example:
I'm Mining Straks (STAK), setting up coin, and pool for it.
Pool (A) is my main pool of preference, but lately it has been experiencing excessive daily downtime, so I setup Pool (B), both pointing to the exact coin STAK as defined in custom coins.
Now, there are no effect on priority being set here...using either ccMiner, Excavator....the detailed tab for all my miners will have 2 entries for STAK
STAK - Pool(A)
STAK - Pool(B)
both showing same profitability (expected), but the order are different for each miner, some goes B before A, some A before B
so I have a great view of my 1/2 of my miners on A, and half on B, and at every profit switching interval, the order may simply change and I'll do a pool hop on the same coin for no good reason.
Note that I had Pool A's priority set to 0, and B to 10...but like I said, there's no effect.
Is there a way to have AM prioritizing pools rather than relying on mining software?
Ideally, wouldn't it be better to have a consistent ordering of the pools in "Details Tab" across all miners after profit switch calculation round, that taken into account of priorities defined in Pool Groups?
I know a few pages back someone had the same/similar issue, and it wasn't quite resolved either. Could we please have this looked into if possible?
Awesome Miner is currently limited to what the mining software can offer in terms of failover. As you point out, it's only a few mining software that actually support failover. Most software only take a single pool as a command line parameter and doesn't have any failover concept.
Awesome Miner can still list several pools on the Pools tab, to make pool changes easier, but in case of ccminer for example, ccminer is still only aware of a single pool.
You are making a good point here that Awesome Miner should try to be smarter in case of pool failure. When using the profit switcher, Awesome Miner can detect pools not producing any accepted shares and mark them as "Failed", and use the next pool in the list. Maybe there should be a similar concept for Managed Miners as well, where the first pool can be detected as failed and Awesome Miner would automatically change to the second pool - even if the failover concept isn't supported by the mining software.
When using the profit switcher, the priority of the pools in the Pool Group isn't taken into consideration right now. All pools are ordered by profitability instead. What Awesome Miner should do in your scenario, where you have two pools with the same coin/profit, is of course to also look at the priority as a second sorting factor. That doesn't happen today.