Either way, I have the impression that any of these pools are a waste of time. Maybe these pools should have a rig with at least a single 7950 pre-mining the so called "most profitable coin" for 2 minutes before making the switch, to make sure that stalls and rejects don't eat up hash rate.
Blindingly switching according to calculations similar to what seen on coinchoose, doesn't cut it. My rig is stable, cgminer reports the same 870 Kh/s, yet HashCows mining KrugerCoin, the pool reports 160 ~ 200 for the full round. Where is the remaining hash rate going? Rejects, stalls, lag and God knows what more ...
Agree 100% with this... as I have stated for a while, I think this pool was a great idea but the hashrate is too large for it to be effective unless he could split the hashrate up and have 80% mine LTC and 20% jump around and mine the alt-coins. 1GH/s is just too large to throw at these smaller coins even if they are the most profitable.
Yeah. 1 GH/s is way too much for some of these coins.
Part of my calculations include looking at past results of profits. So if there is a coin with some problem, that will be accounted for. I don't think pre-mining like you say would be good, because you'd lose out on that 2 minutes of profit. And past results are probably a good enough indicator.
I really want to split up the hashrate like you say. It's going to be hard to figure out how to make the payouts fair though. Do I randomly choose the people who get to mine on the smaller pool, or is it who has the lowest reject rate? And do their extra profits get distributed into the main pool?