Topic: [9 TH] Bitparking Pool, DGM 0%,vardiff,stratum,Merge Mining - page 85. (Read 163898 times)
There was a few minutes downtime today while I updated the pool to support BIP's 16 and 30.
I think it's the mining and fast blocks of i0coin that causes the larger stales. I've temporarily disabled i0coin block notification so there will be less long polling and see if that makes a difference for a day or two. I'll payout stales on i0coin out of the pool's funds so users won't lose out due to this temporary change.
Now situation is worse - 3,4%:
... and after restart 3,3%:
i made this for anyone that wants to use it, its a spreadsheet that shows your balance and does auto withdraws
https://docs.google.com/spreadsheet/ccc?key=0AvNwaWkDXol-dDVoRnRkQXpyMThLYl9UN0ZTRzBPdWc
make a copy and put in your username and payout thresholds
https://docs.google.com/spreadsheet/ccc?key=0AvNwaWkDXol-dDVoRnRkQXpyMThLYl9UN0ZTRzBPdWc
make a copy and put in your username and payout thresholds
Is there a way to decrease stales with phoenix?
And.... button "Withdraw all" doesn't work
I think it's the mining and fast blocks of i0coin that causes the larger stales. I've temporarily disabled i0coin block notification so there will be less long polling and see if that makes a difference for a day or two. I'll payout stales on i0coin out of the pool's funds so users won't lose out due to this temporary change. And.... button "Withdraw all" doesn't work
There are issues with "Withdraw all" which is why it's disabled. I'll re-enable it when I've worked out a good fix for it. Thanks for using the pool!
Hi, doublec and thanks for great pool
I have this problem too, almost every day. Therefore I need a backup pool and recently use poclbm, which gives ~acceptable stales of 0,65%, but gives 10 Mh/s less than Phoenix 1.7.5 with phatk2. And that is the second problem:
This is poclbm:
This is phoenix:
Rejected -> ~2,5%.
Even with this high stale ratio, phoenix gives best results (pics are from 3xHD5830 at 1000/300 MHz with SDK 2.5)
I tried everything (aggression, worksize...) and stales is always 2,5%.
With btcguild stales is 0,1%.
With phoenix2 backup pool does not work well and stales is again 2,5%.
Other miners gives significantly less speed.
Is there a way to decrease stales with phoenix?
And.... button "Withdraw all" doesn't work
Pool ran great for last couple of days and just now started to die every couple of seconds and then come alive again.
I have this problem too, almost every day. Therefore I need a backup pool and recently use poclbm, which gives ~acceptable stales of 0,65%, but gives 10 Mh/s less than Phoenix 1.7.5 with phatk2. And that is the second problem:
Is there a reason I am getting high rejects ?
This is poclbm:
This is phoenix:
Rejected -> ~2,5%.
Even with this high stale ratio, phoenix gives best results (pics are from 3xHD5830 at 1000/300 MHz with SDK 2.5)
I tried everything (aggression, worksize...) and stales is always 2,5%.
With btcguild stales is 0,1%.
With phoenix2 backup pool does not work well and stales is again 2,5%.
Other miners gives significantly less speed.
Is there a way to decrease stales with phoenix?
And.... button "Withdraw all" doesn't work
legendary
Activity: 1862
Merit: 1011
Reverse engineer from time to time
This is my reject ratio as of now.
Is there a reason I am getting high rejects ? Is it perhaps too much work rolling I do? Last night I had 321 shares submitted, 71 rejects aka 17.1%
Now I have 5832 submitted and 2.2%(129) rejected
I don't know why you'd be getting high rejects, unless you're ignoring long polling. What do you mea nby "too much work rolling"? Now I have 5832 submitted and 2.2%(129) rejected
legendary
Activity: 1862
Merit: 1011
Reverse engineer from time to time
Is there a reason I am getting high rejects ? Is it perhaps too much work rolling I do? Last night I had 321 shares submitted, 71 rejects aka 17.1%
Now I have 5832 submitted and 2.2%(129) rejected
Now I have 5832 submitted and 2.2%(129) rejected
Are you having some server issues or perhaps light DDOS attack? Pool ran great for last couple of days and just now started to die every couple of seconds and then come alive again.
Not that I've noticed, it's working fine for me. Is it still happening for you?Nah its all fine now, was on and off between 3-5am ET
Are you having some server issues or perhaps light DDOS attack? Pool ran great for last couple of days and just now started to die every couple of seconds and then come alive again.
Not that I've noticed, it's working fine for me. Is it still happening for you?
Are you having some server issues or perhaps light DDOS attack? Pool ran great for last couple of days and just now started to die every couple of seconds and then come alive again.
I would like a 24-hour earnings stat like on btcguild.
Is there any interest in additional user stats? If so, what sort of stats? Or a leaderboard of users?
the hashrate displayed in user page seems a short term average, if it is not difficult, I'd like to see a long term average, for example,1hr/12hr average.
Okay I just finished the hour on http://mmrpc.bitparking.com:80 with long polling. No LP errors with 73% efficiency. Hopefully that helps you out.
Thanks, I'll do some work on longpolling efficiency. Part of the problem is longpolls are so often with the number of chains being mined.Is there any interest in additional user stats? If so, what sort of stats? Or a leaderboard of users?
Okay I just finished the hour on http://mmrpc.bitparking.com:80 with long polling. No LP errors with 73% efficiency. Hopefully that helps you out.
I just switched back to http://mmrpc.bitparking.com:80/ with long polling. I figure I should give it an hour before I come to any quick conclusions. I will let you know.
I'm getting a lot of long polling restarting in 30 seconds errors. I'm using cgminer 2.1.2. Any ideas?
Are you still getting them or was it just for a short period of time? What does cgminer say the longpoll URL is? Try the http://mmrpc.bitparking.com:80/ URL for the miner - that uses a port 80 longpoller too and may help identify if it is a firewall issue.The errors occur whenever long polling is turned on using http://mmpool.bitparking.com:1509. I am presently using http://mmpool.bitparking.com:15098 with long polling turned off (efficiency is 98%).
With http://mmrpc.bitparking.com:80/ long polling on (efficiency is 68%) and it tends to stall from time to time (but no long polling errors). So i'm back to http://mmpool.bitparking.com:15098 with long polling turned off.
Let me know if you want me to test anything else.
I'm getting a lot of long polling restarting in 30 seconds errors. I'm using cgminer 2.1.2. Any ideas?
Are you still getting them or was it just for a short period of time? What does cgminer say the longpoll URL is? Try the http://mmrpc.bitparking.com:80/ URL for the miner - that uses a port 80 longpoller too and may help identify if it is a firewall issue.
I'm getting a lot of long polling restarting in 30 seconds errors. I'm using cgminer 2.1.2. Any ideas?
And again, thank you sir ! 
Jump to: