[ANN][AUTO-SWITCH] Profit-switch auto-exchange pool: CleverMining.com

[BitCoinPokerBro]

After receiving a payout on the 27th I left to mine some new alt for a few days.

Upon returning here at my stats

Immature   0.00007900 BTC
Unexchanged   0.00053781 BTC
Ready For Payout   0.00124554 BTC
Total Expected   0.00186235 BTC

Why do I still have immature and unexchanged funds?

After 48+ hours shouldn't everything be matured/exchanged and moved into ready for payout?

I stopped mining on like the 25th and I've still got shit in my balance.

If you could refrain from being a dick that'd be great.

[zneww]

Who is being a dick? I am stating the fact that Clever still has coins the I mined.

Why don't you kindly fuck off.

[Axco]

I guess it is from coins that need to be manually traded and are stuck in an exchange somewhere waiting to be paid out to clevermining and then to us in btc.

There is a similar problem happening on waffle pool at the moment, they are changing the way they pay out from once a day to multiple times a day. The opposite of what some people are asking for on clevermining, I hope if Terk changes to one payment a day we don't run into this same problem here as wafflepoll are now encountering.

Note: Payouts are being changed slighty (multiple times per day), please see here for more information.

Those of you still mining at our default domain (wafflepool.com instead of one of our geo-located hosts), please update your configuration as we will be disabling mining on the base domain in the next couple days.
Payouts (Feb 26th)
Over the past few days we have been having delays on payouts from one of our major exchanges that we trade coins on (Cryptsy). Essentially we request bitcoin withdrawals for all of the amount we have held with them (enough to cover all of our payouts), however, by the time the withdrawal clears (6-12 hour delay recently), we have accumulated enough new earnings, that we no longer have enough funds from that withdrawal to complete payouts, and have to start another withdrawal (perpetually).

Starting today (until this is fixed, or we have a better solution), we'll do rolling payouts each time one of the withdrawals clears, and will continue to pay users with the same threshold (0.01btc). We will pay groups of users at a time, and will select users on the basis who hasn't been paid in the longest time. Everyone will still be paid their full earnings, there are no coins missing, etc. We just need to start paying in smaller batches, a few times per day (instead of one large batch).

I'll try my best to get this resolved as quickly as possible so we can get to a state of consistently timed payouts, but right now, the majority of this is out of my hands, and I'm waiting on responses from Cryptsy

[zneww]

I stopped mining on the 14th.


EDIT: the 14th, in case you missed that.

[phzi]

Some people are ridiculously impatient... some coins don't mature for 3 days.

[UdjinM6]

Any feedback on EU servers, when can we expect them?

I'm on wafflepool and i would like to come on your pool but i'm waiting for EU server.

Thanks in advance

waffle is doing reeeeeeally bad today   I switched all my rigs back here and I'm happy with profit I have so far.

lol...how can you tell? It's not even 1CST yet.

ok, lets see what do we have on waffle now

Code:

Date			BTC Earned	Avg Hashrate	BTC / 1MH

Mar 01, 2014		145.61509257	19.33 GH/s	0.00753175
Feb 28, 2014		165.26379549	19.42 GH/s	0.00850992
Feb 27, 2014		170.33012846	18.11 GH/s	0.00940643

So for the last 3 days it's lower then previous by 0.001...
I think something is really wrong with that. But well, you can keep waiting I don't mind.  

[zneww]

Any feedback on EU servers, when can we expect them?

I'm on wafflepool and i would like to come on your pool but i'm waiting for EU server.

Thanks in advance

waffle is doing reeeeeeally bad today  I switched all my rigs back here and I'm happy with profit I have so far.

lol...how can you tell? It's not even 1CST yet.

ok, lets see what do we have on waffle now

Code:

Date			BTC Earned	Avg Hashrate	BTC / 1MH

Mar 01, 2014		145.61509257	19.33 GH/s	0.00753175
Feb 28, 2014		165.26379549	19.42 GH/s	0.00850992
Feb 27, 2014		170.33012846	18.11 GH/s	0.00940643

So for the last 3 days it's lower then previous by 0.001...
I think something is really wrong with that. But well, you can keep waiting I don't mind. 

pipe down https://bitcointalk.org/index.php?topic=433634.msg5442832#msg5442832

I dont even mine there...

[pdaddy]

Thanks for a reply.
But what I was wondering is how the pool calculates pool difficulty for a particular worker.
Which will be more optimal and preferable from server side, having all rigs under one login or split them individually.

VARDIFF makes no difference to your profits. Small rig or large rig. Doesn't matter. It's been explained on this forum and every other pool forum. You can read up on it.

It doesn't matter, AS LONG AS THE REJECTS ARE CLOSE TO ZERO.

No. It doesn't matter. Ever. Period.

+1

I think it does. Otherwise tuning vardiff would not exist.
On wemineltc I am receiving various difficulties ranging from 64 to 600 depending on the particular rig's hashing power.
Taking into account that there is only one server in US and reject ratio is high due to latency I suspect that that it matters even more.
Currently i see across all rigs that difficulty is set to 512. Might be hard coded value.

Since clevermining is still in development I wonder what is Terk's opinion.

Should we use separate btc addresses for each mining rig?!
Is he working on sub-workers. Like for example "btcaddress_worker1"?!
Or should we just use one address for all of them?!

What is Terk's preference on this?

Sure vardiff matters, the guy just doesn't understand.

[Dishes]

Sure vardiff matters, the guy just doesn't understand.
[/quote]

Vardiff does not matter for profits. It helps lower short term variance on stats and smooths out results for lower power rigs. That is why it exists. Again, profits are not effected by it.

[igroock]

Terk, I appreciate your response about changing the way the payout system will function. The main issue I have with it is the fact that when the small payouts go out I have anywhere from 0.04xxx - 0.06xxx still in my "wallet". I only receive a small portion out of that amount - 0.1xxx or so. I hope you change the way the payouts work when you do a single payment a day. It would be even more frustrating to see a single payment go out at say 9PM, and then see 0.04xxx - 0.06xxx balance still on my account which would carry over the next day, and start all over again.

[yslyung]

congrats CM (terk) broke the 10,000 MHS barrier. i'm sure more will come. hopefully more servers to come online. been getting few remote failures recently.

just a humble suggestion to put up a FAQ on page 1 so that newbies won't keep on repeating same questions.

such as :

why is my reject rate so high on CM compared to other pools ?

terk is working on a fix or already worked on a fix recently. try lowering your xI or intensity & also set queue to 1 in settings in cg/sgminer. be patient & wait a little while. the rejects in cgwatcher counts the untracked stratum so you may see that the reject rate is high.

why am i being paid multiple times ?

it's just how CM works, yes you are paid multiple times per day. imo it's better so that the work i put in does not get stuck ! & goes directly to my wallet for my work. but it would be better if CM could set multiple payments at certain times. i know it's very difficult due to exchanges or sometimes manual trading has to be done.

why no other servers ?

terk is working on it. be patient. atm current server is handling pretty well with the users growing daily.

newbies, please browse & search around. also pls chk your config file, each settings are or could be different for different pools/coins. most likely you will have to reconfigure it.

here's mine on my full time rig 5 x r290 non ref : results below...

setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SYNC_OBJECTS 1
setx GPU_MAX_HEAP_SIZE 100
-o stratum+tcp://us.clevermining.com:3333 -u (your btc add) -p (your choosen password) -g 1 -w 512 --lookup-gap 2 --thread-concurrency 20481 --xintensity 100 --kernel zuikkis --gpu-powertune 30 --gpu-fan 47-90 --auto-fan --temp-target 80 --temp-overheat 90 --temp-cutoff 95 --gpu-engine 1000 --gpu-memclock 1400

sgminer 4.1.0 - Started: [2014-03-02 09:47:04]
--------------------------------------------------------------------------------
(5s):4.364M (avg):4.376Mh/s | A:135680  R:2560  HW:0  WU:4344.5/m
ST: 2  SS: 0  NB: 152  LW: 2309  GF: 0  RF: 0
Connected to Pool 0 (stratum) diff 512 as user
Block: 15de88b2...  Diff:206M  Started: [10:15:39]  Best share: 145K
--------------------------------------------------------------------------------
[P]ool management [G]PU management ettings [D]isplay options [Q]uit
 GPU 0:  80.0C 3400RPM | 877.4K/876.8Kh/s | R:  2.1% HW:0 WU: 784.7/m xI:100
 GPU 1:  79.0C 3761RPM | 877.1K/876.7Kh/s | R:  0.0% HW:0 WU: 745.9/m xI:100
 GPU 2:  80.0C 3212RPM | 873.1K/872.4Kh/s | R:  1.9% HW:0 WU: 878.3/m xI:100
 GPU 3:  80.0C 3499RPM | 875.3K/877.1Kh/s | R:  1.6% HW:0 WU: 974.2/m xI:100
 GPU 4:  79.0C 3035RPM | 876.1K/876.8Kh/s | R:  3.5% HW:0 WU: 961.4/m xI:100
--------------------------------------------------------------------------------
[10:16:37] Accepted 02e75d0b Diff 22.6K/512 GPU 1 at Pool 0
[10:16:44] Accepted 223d9a52 Diff 1.91K/512 GPU 0 at Pool 0
[10:16:45] Accepted 69e02361 Diff 619/512 GPU 0 at Pool 0
[10:16:46] Accepted 4c373fca Diff 860/512 GPU 3 at Pool 0
[10:16:58] Accepted 783846a6 Diff 545/512 GPU 2 at Pool 0
[10:17:16] Accepted 06445308 Diff 10.5K/512 GPU 3 at Pool 0
[10:17:20] Accepted 0ad60ff1 Diff 6.05K/512 GPU 2 at Pool 0
[10:17:23] Accepted 34f8d07c Diff 1.24K/512 GPU 4 at Pool 0
[10:17:36] Accepted 5015199f Diff 818/512 GPU 3 at Pool 0
[10:17:37] Accepted 08d6fc49 Diff 7.41K/512 GPU 4 at Pool 0

my main pc rig same settings as above & results : GPU 0 is slower cos i need to reduce xI to use the PC

GPU 1 is r9 290 & GPU 0,2,3 are R9 290 Tri X non X

sgminer 4.1.0 - Started: [2014-03-02 08:26:44]
--------------------------------------------------------------------------------
(5s):3.230M (avg):3.432Mh/s | A:336896  R:93696  HW:0  WU:3137.0/m
ST: 2  SS: 0  NB: 494  LW: 6923  GF: 0  RF: 0
Connected to Pool 0 (stratum) diff 512 as user
Block: 15de88b2...  Diff:206M  Started: [10:15:57]  Best share: 5.55M
--------------------------------------------------------------------------------
[P]ool management [G]PU management ettings [D]isplay options [Q]uit
 GPU 0:  79.0C 2521RPM | 716.4K/798.4Kh/s | R:  6.3% HW:0 WU: 723.4/m xI: 25
 GPU 1:  79.0C 3618RPM | 877.7K/878.2Kh/s | R:  4.3% HW:0 WU: 732.0/m xI:100
 GPU 2:  66.0C 2387RPM | 878.1K/878.8Kh/s | R:  3.4% HW:0 WU: 808.7/m xI:100
 GPU 3:  74.0C 2470RPM | 877.2K/878.8Kh/s | R:  4.7% HW:0 WU: 872.9/m xI:100
--------------------------------------------------------------------------------
[10:18:47] Accepted 1158fa17 Diff 3.78K/512 GPU 3 at Pool 0
[10:18:49] Accepted 74e2f508 Diff 561/512 GPU 2 at Pool 0
[10:19:00] Accepted 2281a6c4 Diff 1.9K/512 GPU 0 at Pool 0
[10:19:05] Accepted 71d57da9 Diff 576/512 GPU 3 at Pool 0
[10:19:16] Accepted 55bd6628 Diff 764/512 GPU 1 at Pool 0
[10:19:16] Accepted 75119abb Diff 560/512 GPU 3 at Pool 0
[10:19:20] Accepted 6ece8916 Diff 591/512 GPU 0 at Pool 0
[10:19:36] Accepted 0b61d231 Diff 5.76K/512 GPU 1 at Pool 0
[10:19:43] Accepted 5bb2029d Diff 715/512 GPU 0 at Pool 0
[10:19:52] Accepted 1e0d4f2c Diff 2.18K/512 GPU 2 at Pool 0

happy mining. looking forward to more improvement on CM.

here's the profit last 24 hrs. with rejects jumping up & down, restarting rigs & miners, remote failures, some downtime due to fine tuning on the cards & testing diff settings.



last hour accepted & rejects....

[Terk]

I think it does. Otherwise tuning vardiff would not exist.
On wemineltc I am receiving various difficulties ranging from 64 to 600 depending on the particular rig's hashing power.
Taking into account that there is only one server in US and reject ratio is high due to latency I suspect that that it matters even more.
Currently i see across all rigs that difficulty is set to 512. Might be hard coded value.

Since clevermining is still in development I wonder what is Terk's opinion.

Should we use separate btc addresses for each mining rig?!
Is he working on sub-workers. Like for example "btcaddress_worker1"?!
Or should we just use one address for all of them?!

What is Terk's preference on this?

Lack of vardiff doesn't affect your profits if you're in for a long term. Vardiff enabled reduces variance, so you will earn your share even if only mining for an hour. With vardiff disabled your variance can be high and if you want to mine for only an hour, you might get a significantly higher or lower profitability than the pool average, depending on your miner's luck during this hour. If you mine for a day or longer though, it will all even out - some hours will be lucky, some unlucky, but at the end of the day your daily results will be the same as if you had vardiff enabled.

Vardiff helps only reducing variance and making you feel better as you see consistent results every hour. It doesn't help anything else. So it's not really my priority as I have lots of other more urgent things to implement. If you understand that your daily results are not affected, you shouldn't panic seeing your reported hashrate going up and down every hour.

You can use the same or different addresses for each rig - it's up to you. If you need to track individual rigs results then using separate addresses is currently an only option. If you don't need that, it's probably more convenient for you to just use one address.

Sub-workers feature is on my nice-to-have todo list. It has even lower priority than re-enabling vardiff.

[Terk]

After receiving a payout on the 27th I left to mine some new alt for a few days.

Upon returning here at my stats

Immature   0.00007900 BTC
Unexchanged   0.00053781 BTC
Ready For Payout   0.00124554 BTC
Total Expected   0.00186235 BTC

Why do I still have immature and unexchanged funds?

After 48+ hours shouldn't everything be matured/exchanged and moved into ready for payout?

Unexchanged: we have some trades made on Feb 21st to 24th on an exchange that went later offline (coinmarket.io). This is nothing to worry as we managed to withdraw most of our funds before it went offline - I try not to keep balance on exchanges and withdraw multiple times per day (I think we got back like 90% of what we sent there, but I need to check). I just need to manually process list of trades on this exchange and enter them into our database. With all the crazy tech stuff that's been going on in the recent days, I just didn't have time for any non-critical stuff. I plan to process it after launching new servers, on Sun/Mon. You can see these amounts on a 30-day profits page and I highlighted them in this screenshot: https://i.imgur.com/EfTXaw1.png

And I repeat: most of these coins are already exchanged and BTC are withdrawn from the exchange. But these were manual trades as the exchange didn't have an API and I need to fetch them to our database manually. I didn't have access to trades list as the exchange was offline, but it went online for a short period of time two days ago and I downloaded transactions list. I'll process it soon.

Immature: On the same page/screenshot you can see immature balance by day. Having immature in last 4 days is nothing unusual, especially with weak coins which difficulty went high after couple coin-switching pools jumped on them and then left. As you can see these balances aren't high, it's less than 1% of our total profits three days ago. We just need to wait and they'll eventually mature.

We also have some near-dust immature balances from previous days, like 0.0039 BTC from Feb 21st or 0.0176 BTC from Feb 16th. I'll look into this within next few days, when I will be processing manual trades from the exchange that went down.

[Terk]

Terk, I appreciate your response about changing the way the payout system will function. The main issue I have with it is the fact that when the small payouts go out I have anywhere from 0.04xxx - 0.06xxx still in my "wallet". I only receive a small portion out of that amount - 0.1xxx or so. I hope you change the way the payouts work when you do a single payment a day. It would be even more frustrating to see a single payment go out at say 9PM, and then see 0.04xxx - 0.06xxx balance still on my account which would carry over the next day, and start all over again.

I don't think that's the case. On every payout, all of the payable balance is paid. If you have 0.06 payable balance, then 0.06 is paid. If you have 0.06 total expected balance, but only 0.01 payable and 0.05 immature+unexchanged, then of course only payable balance is paid.

[elpsycongro]

so i take it the new once a day pay system is in effect? the one where if you have more than 0.001 when pay out hits then you get paid instead of the rolling payouts ?

just noticed your response above disregard 

[Terk]

so i take it the new once a day pay system is in effect? the one where if you have more than 0.001 when pay out hits then you get paid instead of the rolling payouts ?

just noticed your response above disregard 

It's not in effect yet, but payouts for balances 0.001 BTC has been sent just an hour ago. We always had a weekly payout for 0.001 balances on Sunday 0:55am UTC.

[elpsycongro]

so i take it the new once a day pay system is in effect? the one where if you have more than 0.001 when pay out hits then you get paid instead of the rolling payouts ?

just noticed your response above disregard 

It's not in effect yet, but payouts for balances 0.001 BTC has been sent just an hour ago. We always had a weekly payout for 0.001 balances on Sunday 0:55am UTC.

oh i see i didn't account for that , that explains the payouts awesome.

[Kifissia]

Same for me. I'm waiting for EU. There is already eu.clevermining.com (nl.clevermining.com) responding for ping, but it's probably not ready to use.

Yay! Finally 60ms and not 250+

[superman3486]

did we have an brief outage? my fail over kicked in

[Flashpunk]

did we have an brief outage? my fail over kicked in

Same here, switching pools makes one of my machines crash.. anyone else have that problem?