Topic: [ANN][AUTO-SWITCH] Profit-switch auto-exchange pool: CleverMining.com - page 66. (Read 554380 times)

I wonder if the drop in payout is mostly due to collapsing ltc and alt price in btc or to increasing network hashrate. Any guess?

Last pay was ridiculous, the sudden drop from one day to the other seems too much to be normal

Without going through the hundreds of pages and massive search results

Do any of you know if there is an optimized settings specific for the clevermining pool, such as queue, scan time, and all those other options?

yes 

So you have 2.2MH of GPU's?

hello

everyone this might have been answered before ,been mining here for 137 days ......i don't see the point of mining any-more with my 2.2MH/s with litecoin  getting more difficulty with the per MH/s rate dropping every day.

so what should i do  invest more (gridseed) ? or just stop as the power bill is more than profit these days

thanks

there are some other multipools (it appears not this one) that will still accept shares for blocks on a different coin so this isnt always the case and varies by the pool.  this is also why on those other pools its best to still submit stale shares since sometimes (most actually) they will get accepted

It's quite simple, you know. LTC Profitability is at 0.0009494BTC/MHs/Day. What don't you understand?

Hello Terk, I don't understand,  how you are calculating the LTC profitability, currently it shows 116% LTC Profitability and 0.00098 BTC per day per MH/S, I don't understand the calculation, Please anyone explain me. Thanks in advance...

If you are a big whale, you can pay Terk to host a chinese CM server for you. If not, too bad too sorry.

add chinese sever= = 

uh. wat?

clevemining     delay > 250MS  to china.
waffle            delay < 190MS  to china.

so - - plz.

+1

I'd also say, that this is the main problem.

It works like this:
The miner is working on a coin, while the pool already switched to another coin. The miner submits the done work to the pool and the pool answers: "Don't give me these results, they are no longer valid, because we are already working on another coin", throws it into the bin, and the submitted work is not counted for your REAL hashrate (the "pool-hashrate"). That explains the difference between what the mining-software shows and what the clevermining-website displays.

I'd say, if a switching-pool could/would solve this problem, the profits would be much higher. Why not let the miner still submit his work for the other coin, counting that as valid, and after that giving him work for the new coin? That should be solvable technically somehow, right?

Edit: If you see this behaviour, that also explains, why setting a high difficulty is not always the best solution. The same goes for the length of the work queue. Though the miner can work better, it takes longer to solve the work, and if the pool switched over to another coin in the meantime, before the miner could submit the results, even the best results don't count. With Vardiff it is the same problem. Vardiff continously adjusts to the possible hashrate of the miner. If you have a monster machine, it sets the share-difficulty high, and when the pool switches over to the next coin, before the work-results were submitted, all is lost and Vardiff then has to readjust. So if the pool switches often, you can really lose quite a lot of your possible profit.
Again, all switching pools should really work out a solution, that allows miners to deliver their work for the previously mined coin first and count that as valid, even if the pool already switched to the next, more profitable, coin.

Any updates about X11 pool? I don't like it to have scrypt and X11 on different pools.

Can you describe your issue more clearly, as in how much hash you are pointing at CM, and how much it reports? This doesn't help...

Attention to detail ever hear of it?  If it is lacking in one place, the odds are other things are missed as well. Try to sorta kinda almost do a job in the real world and see where it gets you.  If I did it in my job, I would be gone and looking for a new job or jail time because people would be DEAD. Design a bridge that collapses at ANY time in its normal useful life and see where it gets you. There is no room for mistakes and sloppy work. I guess you work for the government where clueless people get to keep the job they have and get raises no matter what happens

Lack of attention to detail is why payouts are stuck. 100's of other pools get it right all day long everyday. The there are those who don't even look at the faq. What faqing idiots!

Next,
If the hashrate on your miners is stable then you are ok, If they are jumping all around on one pool and not other pools the flaky pool is the issue not your miners. Pools that change coins cause stops and starts as new work is issued based on the coin that appears to be the most profitable and this will show as a lower hashrate because you are changing work (blocks).

  
 

Although if you are having connection problems, less shares could be submitted, leaving you with the same actual hashrate, but less shares submitted to the website, so the site thinks that you have less of a hashrate due to the less shares.

As long as it did not disconnect from the pool, you are earning 100% of what you are supposed to earn.