doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
August 31, 2012, 12:00:24 PM |
|
I'm investigating the high stale issue. The recent changes to the pool that might affect it have been:
* Enable X-Roll-NTime * Rejecting block times outside a specific range * Statistics tracking
I've temporarily disabled X-Roll-NTime to see if that's the issue. If they're still high I'll check the block time rejection and the statistics.
|
|
|
|
doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
September 01, 2012, 01:04:06 PM |
|
The pool had a quick restart a few minutes ago to install some stale tracking code. This restart also adds the HTTP header X-Reject-Reason to any returned result that's the result of a stale or other invalid share. This can be used to help identify why you are getting stales. I picked that header based on the getwork wiki page.
|
|
|
|
doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
September 01, 2012, 02:15:04 PM |
|
A couple of things I've noticed so far:
* I really need to improve longpoll times when bitcoin blocks are found. This is where the majority of stales is coming from. * One miner is submitting a lot of duplicate hashes. They'll be seeing these as stales and they'll be fairly high. Your username begins with 'e'. If you think it's you, PM me. Possibly you may need to update your mining software.
|
|
|
|
purelithium
|
|
September 03, 2012, 12:59:16 AM |
|
my miner keeps disabling your pool because of "stale-on-arrival" work. I'm not sure what that means exactly, but I take it that its not good.
|
Like my post? 1H7bfRYh7F89mfmFgsRCdn4awDaUHQmYqY
|
|
|
doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
September 03, 2012, 02:15:15 AM Last edit: September 03, 2012, 02:33:12 AM by doublec |
|
my miner keeps disabling your pool because of "stale-on-arrival" work. I'm not sure what that means exactly, but I take it that its not good.
I'm not sure what that means either. What miner are you using? I'll look into it. Edit: Nevermind, found code in bfgminer for it. Looking into it.
|
|
|
|
doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
September 03, 2012, 04:16:26 AM |
|
I made some pool changes to hopefully improve the stale situation today. Let me know if you see more or less stales.
|
|
|
|
Bitinvestor
|
|
September 03, 2012, 07:05:48 AM |
|
I did get a lot of stales after you enabled X-Roll-NTime and they disappeared when you switched it off. The pool is working fine for me now. Before the issue with the stales happened we were at about 300 Gh/s and now we're down to 150 Gh/s even with Mt. Red dead for many hours. Hopefully the miners will come back.
|
Those who cause problems for others also cause problems for themselves.
|
|
|
doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
September 03, 2012, 08:44:43 AM |
|
I did get a lot of stales after you enabled X-Roll-NTime and they disappeared when you switched it off. The pool is working fine for me now. Before the issue with the stales happened we were at about 300 Gh/s and now we're down to 150 Gh/s even with Mt. Red dead for many hours. Hopefully the miners will come back.
Thanks for the update, I've left X-Roll-NTime disabled for now while I do more testing on it. I found an issue that was causing stales whenever a bitcoin block was found by the network. At the time the pool learns of the new block there are a number of getwork results still queued to go to miners but have stale block data. These were still going out so a number of miners could get stale work. This may have been the cause of the "upstream sent stale" that someone mentioned in a previous comment. I've fixed this now by refreshing the stale blocks in the queued work before sending them to the miners. There's still a period of time between when the pool learns about the block, and when miners receive their longpoll result that some miners will be submitting stale work. I've enabled a threshold for this time period where the pool pays out on stale shares for a short time so miners aren't affected by the pools inefficiency in this area. Another area of stales was when I restart the pool. For a short period miners submitting work had them registered as stale due to the worker log in the pool being flushed on restart. I've corrected for this so no work is unpaid immediately after a restart.
|
|
|
|
doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
September 03, 2012, 11:26:24 AM Last edit: September 03, 2012, 11:44:20 AM by doublec |
|
bitcoind daemon on the pool has hung. I'm restarting it now.
Edit: Back up now.
|
|
|
|
doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
September 04, 2012, 10:47:17 AM |
|
A couple of minutes downtime just now as I updated bitcoind on the server.
|
|
|
|
doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
September 05, 2012, 10:57:33 PM |
|
Pool is down for a bitcoind patch. Back up shortly.
Edit: Pool is up now.
|
|
|
|
doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
September 07, 2012, 04:30:52 AM |
|
Another long block, 13 million shares so far. Fun times in pool land!
|
|
|
|
doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
September 07, 2012, 08:54:40 AM |
|
There was a few minutes of downtime as the pool found a bitcoin block and chugged through the large share database which backed everything up. I've installed a fix for the issue of handling large numbers of shares.
|
|
|
|
doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
September 07, 2012, 09:47:48 AM Last edit: September 07, 2012, 11:53:12 AM by doublec |
|
I've temporarily disabled merge mining while I track down a performance issue. The pool is only mining the bitcoin chain at the moment. It is however paying out the other chains from the pools reserve so users don't lose out but alt chain users may notice a hash rate drop on their chain. I'll update here when I begin merge mining the others again.
|
|
|
|
biddicoin
Sr. Member
Offline
Activity: 1077
Merit: 250
CryptoTalk.Org - Get Paid for every Post!
|
|
September 09, 2012, 02:23:36 PM Last edit: September 09, 2012, 03:24:34 PM by biddicoin |
|
I changed to your pool - lets see how it goes edit: is there a big delay between real income and balance check? I did recheck over the time and the BTC amount is 13% below the amount it should be (PPS BTC 0.0000181) in relation to my hashrate... (low reject rate) perhaps I'm too impatient... I'll leave it for 1-2 days and do the calculation again
|
|
|
|
biddicoin
Sr. Member
Offline
Activity: 1077
Merit: 250
CryptoTalk.Org - Get Paid for every Post!
|
|
September 09, 2012, 06:05:09 PM Last edit: September 09, 2012, 07:20:23 PM by biddicoin |
|
something is wrong there.... I have a PPS of ~ 0.000015 with 1359mh avg - almost no rejects
switched to another pool until I know what went wrong - its not a delay...
|
|
|
|
doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
September 09, 2012, 11:25:06 PM |
|
something is wrong there.... I have a PPS of ~ 0.000015 with 1359mh avg - almost no rejects
I'm not sure what you mean. Are you saying you are only get 0.000015 btc per share? Can you PM me the username you used and details on what mining software you are using and I'll look into it.
|
|
|
|
doublec (OP)
Legendary
Offline
Activity: 1078
Merit: 1005
|
|
September 09, 2012, 11:31:41 PM Last edit: September 10, 2012, 12:05:58 AM by doublec |
|
I've implemented a way for users to adjust the difficulty they mine at so large hash rate users can reduce the number of network requests to send results to the pool. If anyone is interested in testing this please PM me and I'll provide details.
|
|
|
|
purelithium
|
|
September 10, 2012, 12:00:55 AM |
|
Awesome! Once my FPGA comes, I'll be interested, definitely.
|
Like my post? 1H7bfRYh7F89mfmFgsRCdn4awDaUHQmYqY
|
|
|
purelithium
|
|
September 11, 2012, 11:36:40 PM |
|
doublec: I thought you were turning off i0coin mining? It's been over a month since you made the announcement and it's still mining...
|
Like my post? 1H7bfRYh7F89mfmFgsRCdn4awDaUHQmYqY
|
|
|
|