Quote from: moppidoo on April 16, 2018, 11:35:00 PM

Quote from: DrHookMcracken on April 16, 2018, 09:58:37 PM

Is there any way to prevent switching different pools on the same algo? I find that sometimes pools play ping-pong with each other on the same algo, which results in more miner downtime. I can mitigate the problem a bit by setting a higher switching threshold %, but I find this still happens fairly often.

Are you talking about switching pools/coins on the same algo that happens on Yiimp pools like Zerg, zpool, ahash...etc?

if so, there's nothing you can do, Yiimp choses the coin to mine and converts the coin to coins specified in your password parameter c=XXX

Mining on multiport means giving away your freedom of choice, yes, the mc=XXX on zergpool doesn't work (least a month ago when I used it), that's how Yiimp works. Setting individual pools on multiport Yiimps also don't work, the Online Services reported metrics overrides your custom coin stats even if you have disabled it.

For example, instead of using online services, you have GoByte setup on zPool, you set the parameter c=GBX and thought everything was okay, you did the same for INN, now, their profitability gets override by zPool's Profit (current, 24h estimate, 24 actual) and regardless what your coins tab is reporting correct figure say, GoByte @ $1.5 a day, INN at $1.0 a day, your details tab tells you both @ $1.5 a day, which is derived from zPool's figure and not Coins Tab figure...

While I love to see more pools added as predefined pools, this issue remains my biggest problem, and a problem for all coin collectors, it's perfect for ppl who just want to set and forget and let pool do all the auto exchange. But not if you want to HODL and unload as you see fit yourself. So in the end, you need to just find pools with individual ports to avoid situation such as the above from happening, and there are compromises you have to make, due to less (noob) miners, hashrates are lower and blocks takes longer (if not forever if you really chose a ghost pool) to find, that takes a good hit on profit.

I'd strongly advocate against adding more pools to predefined Online Services unless we users have a choice on which metric (Coins Individual, or Yiimp-Pool reported) takes precedence over each other when determining profit (to me, it's a clear bug, since how can you have different coins such as GBX and INN, DSR, NYX, TZC, VIVO...etc. all having the same exact profit? you can't! Resulting in 2 miners mining this, 3 miners running another...etc. It's quite a sight to see, but a truely miners gone nuts when you looked at the AM window when such thing happens) . Or just skip Yiimp pools altogether as they are added to AM by default. Luckily, only those Yiimp pools with autoexchange are added to AM and not the ones that have disabled it (please don't add those, I'll be forced to migrate like a nomad).

***
sorry about the rant, but I deem totally relevant and just telling you my experience that if your problem is how I understands it, hope it saves you time not to fiddle around with these multiport auto-exchange yiimps cause it would at current stage, be wasted effort.

Thanks - that's sort of what I'm talking about. I actually don't mind using auto-exchange to BTC, but it's really not even perfect for that because there's still down time and ramp-up time with the miner. For example, I watched earlier today where I was mining X17 on ahash, then it switched to X17 Zerg, then back to X17 on ahash all within 5 min.

It would be really nice if there was a checkbox in the Profit Switching tab that said something like "Don't switch pools on same algorithm". Doesn't seem to me like it would be that difficult to implement.