[ANN][Pool][Profit-Switch][Optional Auto-Exchange per Coin][Vardiff] ~ Hashcows

[swiftshoot]

That may be possible, but other pools don't report such high reject rates, including middlecoin, give-me-ltc, etc. Most report under 5% rejects.

You probably did not use --no-submit-stale with cgminer...  This is why the high reject rates.
Turn that option on and try again.

But that will only mask the rejects, then I'll only see the efective hash-rate at the pool and never figure out why there are so many rejects in the first place!

Then why complain about the rejects?  If you know they are from the submitting of stales, obviously you will have high rejects.  Try the option --no-submit-stale and see.  You will still get reject rates just that it will be significantly less.

[1715390724]

1715390724

[1715390724]

1715390724

[1715390724]

1715390724

[glon]

Why don't you use --verbose ? That should tell you if you're getting any hardware errors while hashing which you probably are, considering your high reject rate at the pool.

[xxrforone]

Why  'Confirmed Balance' still ZERO?

[Epeus]

24 hr earnings with 937 Kh/s were BTC 0.01923609
70 WDC and 1.5 MNC were not autotraded but sent to an exchange directly, so that's another BTC 0.0025
Total of BTC 0.0217
Calculates into BTC 0.0232 per Mh/s every 24 hours.

Hmmm.
Been on the pool exactly 2 weeks now.
Todays estimate payout is a meager 0.013 BTC per Mh/s. Same as last couple of days / week.
The 6990 is still doing 937 Kh/s, but is on a LTC pool, now has few rejects and does 0.9 LTC every day.

I know you guys are working hard in everyones benefit, but the payout has to rise. I'll give it a couple more days.

[AbiTxGroup]

Lost connection to Hashcows stratum.  My miners switched to their backup pools.

[AbiTxGroup]

LOL.  Always happens.  Wait and wait and wait, then make a post and the miners reconnect.

[xxrforone]

you got profit?

[MrJay]

Um, do you have any scientific support of such a claim?  Not tryin' to flame, but first time i've ever heard that theory.

If anything, the disruption on each start/stop cycle is like giving the cards a mini-break.  

Either way, my cards are all in the low 70s C range, and every little disconnect / reconnect only drops their temps maybe 5-10C before the server kicks back up.  

I doubt this getwork failure between each coin change will cause any damage to your graphics cards. But this is what I was complaining about when I said I see getwork failures on this pool. It happens between every coin change. I have tried middlecoin, multipool and CryptoSwitcher to jump between coins. None of them have getwork failures or any delay when switching coins.

Middlecoin.com has getwork failures.... when switching.

So does Multipool, all 3 of the multi crypto mining pools have this issue/problem/whatever it is.  Usually my miners will trip over to a backup pool for a few seconds and then back to the main pool to continue on with the new round.

[MrJay]

Are you running these cards in 1 rig or 3?  What mining software are you running? What are the settings for your cards?

2 rigs actually, on has 2 GPUs. Running cgminer through GUIMiner-scrypt. Maybe I'll update it when the rigs are back up ( rigs are down due to power failure in the area).

Settings (from memory), are close to this:

-g 1 --thread-concurrency 7500 -I 18 -w 256
as someone suggested it in this thread, I also tried adding
--expiry 5 --queue 0 --scan-time 5

Seems to make no difference.

I an running multiple 7xxx cards and my reject rates have always been low on HC.

Must be your config.  

That may be possible, but other pools don't report such high reject rates, including middlecoin, give-me-ltc, etc. Most report under 5% rejects.

You probably did not use --no-submit-stale with cgminer...  This is why the high reject rates.
Turn that option on and try again.

But that will only mask the rejects, then I'll only see the efective hash-rate at the pool and never figure out why there are so many rejects in the first place!

I can't comment on guiminer-scrypt as I use cgminer myself with cgwatcher on top.  One of my rigs has 2x5870's and 2x5850's and runs with a 5% reject rate.  I haven't included my mem and clock speeds but my cgminer command line reads:

--thread-concurrency 8000 --intensity 18 --lookup-gap 2 --worksize 256 -g 1 --expiry 5 --queue 0 --scan-time 5

Some people say that expiry, queue and scan-time have no effect, but I find if I don't have these in for the multipools I get a higher reject and stale rate.  If I mine LTC directly I do not put those settings in and get 1-2% rejects mining on wemineltc.  I don't have no-submit-stale enabled as half the time with the above settings a stale share that is submitted it is accepted.

[2013-10-01 22:00:33] Pool 0 stale share detected, submitting as user requested
[2013-10-01 22:00:33] Accepted 25ecd518 Diff 532/37 GPU 0 pool 0
[2013-10-01 22:00:33] Accepted 55759c15 Diff 122/37 GPU 2 pool 0

Try cgminer, try playing with your thread-concurrency, try changing your intensity.  I find that running at anything over 18 again gives myself more stales on multipools, I run everything on 20 mining LTC.  Might take some playing but there will be a sweet spot.

[MoDu]

Thank you very much, I will try CGwatcher, as Guiminer scrypt has stopped development. I will try your settings and play around a little, didn't expect so much difference and nuance in a multi coin pool vs one scrypt coin pool.

I will also try -verbose to see if I can debug any problems, thanks glon.

[glon]

Thank you very much, I will try CGwatcher, as Guiminer scrypt has stopped development. I will try your settings and play around a little, didn't expect so much difference and nuance in a multi coin pool vs one scrypt coin pool.

I will also try -verbose to see if I can debug any problems, thanks glon.

It's --verbose , not -verbose

And you can thank me later.

[nearmiss]

Why  'Confirmed Balance' still ZERO?

How long have you been mining?  Confirmed balance for btc updates once daily at 03:00 UTC.

[swiftshoot]

Are you running these cards in 1 rig or 3?  What mining software are you running? What are the settings for your cards?

2 rigs actually, on has 2 GPUs. Running cgminer through GUIMiner-scrypt. Maybe I'll update it when the rigs are back up ( rigs are down due to power failure in the area).

Settings (from memory), are close to this:

-g 1 --thread-concurrency 7500 -I 18 -w 256
as someone suggested it in this thread, I also tried adding
--expiry 5 --queue 0 --scan-time 5

Seems to make no difference.

I an running multiple 7xxx cards and my reject rates have always been low on HC.

Must be your config.  

That may be possible, but other pools don't report such high reject rates, including middlecoin, give-me-ltc, etc. Most report under 5% rejects.

You probably did not use --no-submit-stale with cgminer...  This is why the high reject rates.
Turn that option on and try again.

But that will only mask the rejects, then I'll only see the efective hash-rate at the pool and never figure out why there are so many rejects in the first place!

I can't comment on guiminer-scrypt as I use cgminer myself with cgwatcher on top.  One of my rigs has 2x5870's and 2x5850's and runs with a 5% reject rate.  I haven't included my mem and clock speeds but my cgminer command line reads:

--thread-concurrency 8000 --intensity 18 --lookup-gap 2 --worksize 256 -g 1 --expiry 5 --queue 0 --scan-time 5

Some people say that expiry, queue and scan-time have no effect, but I find if I don't have these in for the multipools I get a higher reject and stale rate.  If I mine LTC directly I do not put those settings in and get 1-2% rejects mining on wemineltc.  I don't have no-submit-stale enabled as half the time with the above settings a stale share that is submitted it is accepted.

[2013-10-01 22:00:33] Pool 0 stale share detected, submitting as user requested
[2013-10-01 22:00:33] Accepted 25ecd518 Diff 532/37 GPU 0 pool 0
[2013-10-01 22:00:33] Accepted 55759c15 Diff 122/37 GPU 2 pool 0

Try cgminer, try playing with your thread-concurrency, try changing your intensity.  I find that running at anything over 18 again gives myself more stales on multipools, I run everything on 20 mining LTC.  Might take some playing but there will be a sweet spot.

Additionally, if you are using Windows, Intensity is max 13.  On Linux is 20.

[swiftshoot]

1741   MNC   00:07:53   1   2   23   46.6   0.08   1.92   0.000243 BTC
1740   IFC   00:12:07   220   14417920   77   5046273.2   376631.81   14041288.19   0.00175 BTC

WTF why did it switch from IFC (12 minutes @ 0.00175 BTC) to MNC (8 minutes @ 0.000243 BTC)?
IFC is being a big winner for us.  Please spend more time on IFC...

[aTriz]

1741   MNC   00:07:53   1   2   23   46.6   0.08   1.92   0.000243 BTC
1740   IFC   00:12:07   220   14417920   77   5046273.2   376631.81   14041288.19   0.00175 BTC

WTF why did it switch from IFC (12 minutes @ 0.00175 BTC) to MNC (8 minutes @ 0.000243 BTC)?
Spend more time on IFC plz...

It's not worth it, we have tried it when it wasn't in its "high profitability time" and the payout is no where near as good as even MNC.

[swiftshoot]

Um, do you have any scientific support of such a claim?  Not tryin' to flame, but first time i've ever heard that theory.

If anything, the disruption on each start/stop cycle is like giving the cards a mini-break.  

Either way, my cards are all in the low 70s C range, and every little disconnect / reconnect only drops their temps maybe 5-10C before the server kicks back up.  

I doubt this getwork failure between each coin change will cause any damage to your graphics cards. But this is what I was complaining about when I said I see getwork failures on this pool. It happens between every coin change. I have tried middlecoin, multipool and CryptoSwitcher to jump between coins. None of them have getwork failures or any delay when switching coins.

Middlecoin.com has getwork failures.... when switching.

So does Multipool, all 3 of the multi crypto mining pools have this issue/problem/whatever it is.  Usually my miners will trip over to a backup pool for a few seconds and then back to the main pool to continue on with the new round.

FYI, for the "breaks" from the multipool, I have it fall over onto a good paying coin... Made 0.00595612 BTC from it for about 10-20 minutes of outage/failovers.  If you put the right coin as failover, you can hit a nice block or 3.  I ended up getting 2 blocks in the same minute.  Just make cgminer failover into SOLO Mining Mode when hashco.ws is not responding, NOT to another pool.  I average about 4 blocks a day in failover mode.

[nearmiss]

have some open issues with our IFC funds and the exchange.  Caused a bit of a dip in our potential profits for the day. Hopefully its cleared up shortly and rolled into tomorrow's payout.

[kentt]

Okay, well I'll try for one more day.  So far
Day 1 0.0147 BTC/Mh
Day 2 0.0160 BTC/Mh

Under performing what I was getting on wemineltc.com by about 10%

[Wipeout2097]

What pools/coins do you guys use or recommend as failover for this one?

[xxrforone]

Why  'Confirmed Balance' still ZERO?

How long have you been mining?  Confirmed balance for btc updates once daily at 03:00 UTC.

got it