Topic: [0Th]Ozcoin Pooled Mining |DGM 1%|Stratum+VarDiff port 80|NEW CN mining| - page 72. (Read 398185 times)
November 16, 2012, 10:35:58 PM
Mdude- thanks. Low priority then.
November 16, 2012, 10:26:45 PM
Must be it, I'm on windows with CG miner. Does the developer know?
He does. He's a linux guy, can barely get windows to run. As far as I know he's currently at a loss as to what's happening. (I suspect he'll chime in here..)
M
November 16, 2012, 10:24:53 PM
Must be it, I'm on windows with CG miner. Does the developer know?
November 16, 2012, 10:20:36 PM
Did you guys restart the stratum server? The last time you did all my rigs got hung up (CGminer). Just got home and they were all hung again... Must be something going on since all 3 rigs froze and did not fail over...
cgminer currently dies hard when losing a connection to a stratum server. It doesn't failover, it just dies. At least it does for a bunch of us on windows.M
I'm hoping it's fixed by the time ASICs arrive, or the problematic code is GPU specific.
Else I'll have to do the unthinkable to use BFGMiner.
M
November 16, 2012, 10:10:39 PM
Did you guys restart the stratum server? The last time you did all my rigs got hung up (CGminer). Just got home and they were all hung again... Must be something going on since all 3 rigs froze and did not fail over...
cgminer currently dies hard when losing a connection to a stratum server. It doesn't failover, it just dies. At least it does for a bunch of us on windows.M
I'm hoping it's fixed by the time ASICs arrive, or the problematic code is GPU specific.
Else I'll have to do the unthinkable to use BFGMiner.
M
November 16, 2012, 09:50:25 PM
Did you guys restart the stratum server? The last time you did all my rigs got hung up (CGminer). Just got home and they were all hung again... Must be something going on since all 3 rigs froze and did not fail over...
cgminer currently dies hard when losing a connection to a stratum server. It doesn't failover, it just dies. At least it does for a bunch of us on windows.M
November 16, 2012, 09:48:42 PM
Did you guys restart the stratum server? The last time you did all my rigs got hung up (CGminer). Just got home and they were all hung again... Must be something going on since all 3 rigs froze and did not fail over...
cgminer currently dies hard when losing a connection to a stratum server. It doesn't failover, it just dies. At least it does for a bunch of us on windows.
M
bummer that it isn't failing over properly for windows... Mine did fail over just fine, but then again, I'm on linux also
November 16, 2012, 09:40:24 PM
Did you guys restart the stratum server? The last time you did all my rigs got hung up (CGminer). Just got home and they were all hung again... Must be something going on since all 3 rigs froze and did not fail over...
cgminer currently dies hard when losing a connection to a stratum server. It doesn't failover, it just dies. At least it does for a bunch of us on windows.
M
November 16, 2012, 09:29:39 PM
Did you guys restart the stratum server? The last time you did all my rigs got hung up (CGminer). Just got home and they were all hung again... Must be something going on since all 3 rigs froze and did not fail over...
Apparently, the server farm had a network hiccup. The server was not restarted or anything, but a traceroute showed traffic halted a few routers in front of the server.
November 16, 2012, 09:28:34 PM
Did you guys restart the stratum server? The last time you did all my rigs got hung up (CGminer). Just got home and they were all hung again... Must be something going on since all 3 rigs froze and did not fail over...
November 16, 2012, 02:52:48 AM
Payouts are fixed, we have run payout manually a couple of times to confirm
Please replace wallet payout address
I will top up wallet before I leave and check on it when I get to destination
thanks Blaksmith
have a good weekend all
Graet
Please replace wallet payout address
I will top up wallet before I leave and check on it when I get to destination
thanks Blaksmith
have a good weekend all
Graet
November 16, 2012, 01:30:30 AM
We had some issues with payouts, during the fix miners payout addresses were lost.
Could all miners please go to User Account> Pool Options and put in a payout address.
Payouts resumed
I've had some time to enter your address and after some time he again lost. What to do?
Could all miners please go to User Account> Pool Options and put in a payout address.
Payouts resumed
I've had some time to enter your address and after some time he again lost. What to do?
Payouts should be working once again.... That was a battle!!!!
Please let us know if you still have issues.
Thanks for your patience in all of this
November 16, 2012, 01:22:40 AM
We had some issues with payouts, during the fix miners payout addresses were lost.
Could all miners please go to User Account> Pool Options and put in a payout address.
Payouts resumed
I've had some time to enter your address and after some time he again lost. What to do?
Could all miners please go to User Account> Pool Options and put in a payout address.
Payouts resumed
I've had some time to enter your address and after some time he again lost. What to do?
November 16, 2012, 01:08:58 AM
Just FYI. I entered my payout address after the issue and received a payment. I checked today and the address was missing again so I again entered it.
You can blame me on that also ... Another restructure of the verification was required. Addresses should be safe to enter once again, and they will stay. Payouts are still being held till I I can finish verifying that everything is going to be working 100%.
EDIT:
ok, NOW you can re-enter your addresses... forgot to comment out one line
November 16, 2012, 12:22:07 AM
Just FYI. I entered my payout address after the issue and received a payment. I checked today and the address was missing again so I again entered it.
November 15, 2012, 11:48:47 PM
Your stratum and dynamic difficulty appear to be working very nicely. Well done. The nice thing about your vardiff is that once it has found the right difficulty it does not fluctuate. This is important with stratum because of the potential for lost work +/- rejects across difficulty changes, which I see alot of with EMC for example. You also seem to have made good inroads into the speed of block change detection closing the gap on slush markedly.
Thanks for the feedback con 
Very pleased with the mining side of things currently
be better for Ozcoin if they don't fix their stuff and you keep mentioning it around the place
November 15, 2012, 11:36:37 PM
Your stratum and dynamic difficulty appear to be working very nicely. Well done. The nice thing about your vardiff is that once it has found the right difficulty it does not fluctuate. This is important with stratum because of the potential for lost work +/- rejects across difficulty changes, which I see alot of with EMC for example. You also seem to have made good inroads into the speed of block change detection closing the gap on slush markedly.
Thanks for the feedback con Very pleased with the mining side of things currently
be better for Ozcoin if they don't fix their stuff and you keep mentioning it around the place
November 15, 2012, 11:34:05 PM
at those speeds you could turn var diff off, there is no advantage, this will give you diff1 work on all the rigs on your GLOBAL worker
Might be a good time for a reminder that VarDiff is designed for fast hardware, currently mini rigs soon asics
Might be a good time for a reminder that VarDiff is designed for fast hardware, currently mini rigs soon asics
I have 15GH/s more coming this week.
and if you want you can check my username on Ozcoin to see the GH/s I have and my Ozcoin username is "betatest512"
So can you please try to make Dynamic VarDiff work separately for each authentication.(Try talking to Blaksmith about this)
Correct me if I'm wrong, but isn't the whole point of having multiple workers to avoid problems like this?
As far as I could tell in code, it is supposed to be "per connect", not "per worker". In dynamic mode, you should be able to have one running at 5GH, and another at 200MH, and it would set the 5GH at one value, and 200MH at another. I will have to verify though, now that it has been pointed out.
betatest512, Just to verify, on your mining screens, assuming 2 separate mining instances, both are submitting the same value of 10 that was set by the faster worker?
EDIT:
But, if you are using a proxy to push both of your workers through the proxy, then it will set both to the same value, because there will only be one connection, and all values set would apply to that single connection.
Yes I am using Stratum-proxy.
Is there a way for Dynamic diff to work per authentication?(Not per connection)
While we were testing I put 3 rigs on same worker on variable diff and they all had different difficulty.
Solution use latest cgminer to connect direct using same worker details on each instance
November 15, 2012, 11:31:27 PM
Your stratum and dynamic difficulty appear to be working very nicely. Well done. The nice thing about your vardiff is that once it has found the right difficulty it does not fluctuate. This is important with stratum because of the potential for lost work +/- rejects across difficulty changes, which I see alot of with EMC for example. You also seem to have made good inroads into the speed of block change detection closing the gap on slush markedly.
Thanks for the feedback con Very pleased with the mining side of things currently
(though the pool handling of stratum reconnects may also need fixing if shares are thrown away due to that)
November 15, 2012, 10:51:18 PM
Your stratum and dynamic difficulty appear to be working very nicely. Well done. The nice thing about your vardiff is that once it has found the right difficulty it does not fluctuate. This is important with stratum because of the potential for lost work +/- rejects across difficulty changes, which I see alot of with EMC for example. You also seem to have made good inroads into the speed of block change detection closing the gap on slush markedly.
Thanks for the feedback con Very pleased with the mining side of things currently
Jump to: