Quote from: h2odysee on September 17, 2013, 07:46:21 PM

Quote from: Damnsammit on September 17, 2013, 07:35:44 PM

Quote from: Wipeout2097 on September 17, 2013, 07:23:37 PM

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?

I don't know how you pick what shares to send which workers, but if I were looking at this problem I would do something like:

- pick "n" coins with high profitability to mine.
- compute ratio's so that none of the coins exceed a target max rate.
- adjust "n" as needed to meet target max coin rate.

This would result in a table

coin 1 - x%
coin 2 - y%
coin 3 - z%

and x + y + z = 100

There are many ways to pick which coin to send a worker when they ask but it could be as simple as pick a number between 1 and 100.

And yes, a machine with 3 GPU's could in theory be mining 3 different coins.