Author

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

legendary
Activity: 1500
Merit: 1002
Mine Mine Mine
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....

member
Activity: 84
Merit: 10
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.
newbie
Activity: 40
Merit: 0


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.
newbie
Activity: 50
Merit: 0
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.
sr. member
Activity: 434
Merit: 250
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  Sad 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.  Grin

pipe down https://bitcointalksearch.org/topic/m.5442832

I dont even mine there...
legendary
Activity: 1318
Merit: 1040
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  Sad 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.  Grin
hero member
Activity: 700
Merit: 500
Some people are ridiculously impatient... some coins don't mature for 3 days.
sr. member
Activity: 434
Merit: 250
I stopped mining on the 14th.


EDIT: the 14th, in case you missed that.
newbie
Activity: 56
Merit: 0
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.

Quote
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
sr. member
Activity: 434
Merit: 250
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.
hero member
Activity: 826
Merit: 1000
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.
sr. member
Activity: 434
Merit: 250
member
Activity: 224
Merit: 10
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?

Thats what happens when a pool mines shit coins.
sr. member
Activity: 434
Merit: 250
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.
hero member
Activity: 826
Merit: 1000
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?
full member
Activity: 223
Merit: 100
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?
sr. member
Activity: 364
Merit: 250
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
full member
Activity: 223
Merit: 100
In multiple workers scenario should all workers use the very same login?
there is not a "login", as you dont register.  You put your btc address as your username, and whatever as your password in all the workers.  Unless you want to monitor workers individually, at which point you would need multiple pay addresses for each worker in the usermane.

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.
newbie
Activity: 33
Merit: 0
In multiple workers scenario should all workers use the very same login?



there is not a "login", as you dont register.  You put your btc address as your username, and whatever as your password in all the workers.  Unless you want to monitor workers individually, at which point you would need multiple pay addresses for each worker in the usermane.
full member
Activity: 223
Merit: 100
In multiple workers scenario should all workers use the very same login?

Jump to: