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

[aTriz]

All is well in hashcow land. Payouts a little low lately but hopefully we can bring the profits up a little

[LiteMine]

All mining is crap right now, so you guys are doing great! And saving me from trading so I can focus on school.

[nearmiss]

may the cows be with you

[AbiTxGroup]

stratum server is down again

[Aurics]

Cows deserted half an hour ago probably to take a swim in the river.

[Racer8]

Whenever the stratum server goes down or sometimes on coin switches cgminer hangs and does not continue, it doesn't even respond to key presses.  I tried using cgwatcher but that reduces the hash rate by 10-15%.  Is there anyway of making cgminer more robust?  my settings are:
--scrypt --auto-fan --intensity 13 --vectors 1 --worksize 256 --lookup-gap 2 --thread-concurrency 8192 --shaders 1024 --gpu-engine 1050 --gpu-fan 45-85 --gpu-memclock 1500 --gpu-memdiff 0 --gpu-powertune 0 --gpu-vddc 0.000 --temp-cutoff 95 --temp-overheat 85 --temp-target 74 --gpu-platform 0 --gpu-threads 2 --hotplug 5 --no-pool-disable --queue 1 --scan-time 30

[Wipeout2097]

Whenever the stratum server goes down or sometimes on coin switches cgminer hangs and does not continue, it doesn't even respond to key presses.  I tried using cgwatcher but that reduces the hash rate by 10-15%.  Is there anyway of making cgminer more robust? 

Sometimes I use load-balance between this pool and other. It's the only way I know to avoid that problem.

Recent cgminer allows a quota per pool, so you can set that quota high for hashco.ws

[Wipeout2097]

At the beginning of cgminer.conf, I have:

{
"pools" :
[
   {
      "quota" : "99;stratum+tcp://stratum01.hashco.ws:8888",
      "user" : "Wipeout2097.1",
      "pass" : "x"
   },
   {
      "url" : "stratum+tcp://pool1.us.multipool.us:3342",
      "user" : "Wipeout2097.1",
      "pass" : "x"
   }
]
,
"intensity" : "20,20",
...



That allocates 99% to hashcows and 1% elsewhere. When hashcows.ws is down, either for a while or switching coins, cgminer picks work from the other pool.

[B.T.Coin]

Recent cgminer allows a quota per pool, so you can set that quota high for hashco.ws

Cool Thanks for the tip.
But I thought all recent versions of CGminer were crap for scrypt coins so I never updated again after 3.3.1
Can I assume from your post that this has been fixed? What version are you using?

If I use the "quota" command with the pools, do I still have to set the strategy to load-balance?

[aTriz]

the cows had to take a poop! we are back up and running, also we added ADT as a test but seems rounds are too short with not that good of a payout, will nuke it soon.

[Thirtybird]

Recent cgminer allows a quota per pool, so you can set that quota high for hashco.ws

Cool Thanks for the tip.
But I thought all recent versions of CGminer were crap for scrypt coins so I never updated again after 3.3.1
Can I assume from your post that this has been fixed? What version are you using?

If I use the "quota" command with the pools, do I still have to set the strategy to load-balance?

I recently went to 3.4.3 and have not seen any problems with scrypt mining - my hashrate is unchanged if that is your concern.  I, too, was having the issue where cgminer would declare a card sick if a coin switch took too long.  Since I went to 3.4.3 I have not encountered this problem - I would recommend updating.

[jedimstr]

No issues for me hashing away on CGMiner 3.5.0.  Full speed ahead

[Wipeout2097]

Recent cgminer allows a quota per pool, so you can set that quota high for hashco.ws

Cool Thanks for the tip.
But I thought all recent versions of CGminer were crap for scrypt coins so I never updated again after 3.3.1
Can I assume from your post that this has been fixed? What version are you using?

If I use the "quota" command with the pools, do I still have to set the strategy to load-balance?

I'm using 3.4.3, and hashrate is fine. You need to use load-balance, yes.

[Bonz]

what are the chances of getting CRC added to the list?

[nearmiss]

what are the chances of getting CRC added to the list?

We had CRC at launch (could re-enable it).  It was...ok, but took days to confirm the blocks and get them sent in for trade. 

[Araviel]

where do you get difficulty stats ? coinchoose ?

[Bonz]

ya there was a major problem with the coin to many blocks required before it would re target.... they did a hard fork about a month back correcting the problem it now only allows a 25% increase in diff per 12 blocks so it can't spike again... it also is almost always in the top 10 on coinchoose.  if you do decide to re-enable it make sure you grab the newest git for it as the fork is newer than your last mine on it

what are the chances of getting CRC added to the list?

We had CRC at launch (could re-enable it).  It was...OK, but took days to confirm the blocks and get them sent in for trade. 

[nearmiss]

where do you get difficulty stats ? coinchoose ?

No, directly from the coin daemons.

[B.T.Coin]

we added ADT as a test but seems rounds are too short with not that good of a payout, will nuke it soon.

Looks like you replaced ADT with SXC now, results for SXC look pretty crappy too.
But you never know until you try, right Time to ditch SXC I guess.

With the pool at 500Mhash, isn't it time to add FTC and NVC ?

[aTriz]

we added ADT as a test but seems rounds are too short with not that good of a payout, will nuke it soon.

Looks like you replaced ADT with SXC now, results for SXC look pretty crappy too.
But you never know until you try, right Time to ditch SXC I guess.

With the pool at 500Mhash, isn't it time to add FTC and NVC ?

Yep, were looking to add another coin or two just trying to test the waters. SXC is nuked, shouldn't see it anymore.

NVC and FTC is something we want to add, just don't want to try it if it's too early? What is you're guys opinions on these? Think we have enough hash to give it another go?