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

what does 'rejected untracked stratum share from pool 0' mean? all my reject is showing this message.

sg server!? SWEET! is it up?? can I point and use it yet?? 

turns out a reboot did the trick for whatever reason. I had a similar issue before on another card where i was seeing only about 60-80% of the expected hashrate

however, some of these low-difficulty coins are wrecking havoc on my reject rate - 7-12% for the last little while, mostly whenever it switches to coins with network difficulty <50

110ms to sg.clevermining.com
nice!!

asia server in singapore

Pinging sg.clevermining.com [128.199.227.18] with 32 bytes of data:
Reply from 128.199.227.18: bytes=32 time=133ms TTL=49
Reply from 128.199.227.18: bytes=32 time=134ms TTL=49
Reply from 128.199.227.18: bytes=32 time=130ms TTL=49
Reply from 128.199.227.18: bytes=32 time=135ms TTL=49

Ping statistics for 128.199.227.18:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 130ms, Maximum = 135ms, Average = 133ms

what happened ?

Pinging us.clevermining.com [54.200.13.55] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 54.200.13.55:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

are the servers up yet terk ? as far as i could remember, ping for me to usa server & sg server is almost same. seems like usa server is slightly better.

I just checked 30 days stats and realized, that there're some unexchanged bitcoins from, for example, 2nd of February. It was a long time ago. Does it mean that miners would never get those money?

That is odd. Hard to say without more information about your setup. If only GPU 2 is failing, it sounds like a thermal problem. Try jacking your fan up to 100 as a test. Of course it could be a myriad of other issues: not enough power, drivers, even monitor setup or could just be a bad card. Pure assumptions here.

Is normal the first payment takes longer ?
I have more than 0.02 btc and nothing...

http://www.clevermining.com/users/14DuKiay4rGiYSqjkRdMtWtu7oaRpiipkc#

my GPU rig cannot seem to handle a set difficulty of 512. on other pools at 128 or 256 it runs fine on all 4 cards, but at 512 GPU 2 is declared sick in less than 30 seconds

any ideas? its a sapphire R9 270x

Exactly.

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.
[/quote]
And do you honestly care about stats? I rarely check the website. I just leave my computer on and let my 0.01 bitcoin payouts roll in multiple times a day. I would rather have Terk working on actual useful things like new servers, instead of making stats 2% more accurate.

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

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

Yay! Finally 60ms and not 250+

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

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.

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 

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.

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.

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.