windpath
Legendary
Offline
Activity: 1258
Merit: 1027
|
|
May 23, 2014, 02:51:02 PM |
|
Thanks zvs, that's not it, I tried setting mintxfee and minrelaytxfee and the spikes still occur...
mintxfee and minrelaytxfee wouldn't cover the transactions I was talking about, it would be limitfreerelay. anyway, the easy way to check is next time it's going really slow just do a bitcoind mininginfo and see how many tx are queued Thanks zvs, appreciate the help. limitfreerelay looks interesting default = 15kb per minute so I assume reducing it to 10 or 5 should help? bitcoind getmininginfo { "blocks" : 302249, "currentblocksize" : 556205, "currentblocktx" : 654, "difficulty" : 8853416309.12779999, "errors" : "", "genproclimit" : -1, "networkhashps" : 68130160771479424, "pooledtx" : 2711, "testnet" : false, "generate" : false, "hashespersec" : 0 }
I have not been closely watching this up until now so will start to track. Am I looking at currentblocktx or pooledtx (or both)? How can I determine if that is what is effecting the latency? Again, really appreciate it, thanks.
|
|
|
|
windpath
Legendary
Offline
Activity: 1258
Merit: 1027
|
|
May 23, 2014, 02:55:33 PM |
|
Personally, I'd rather see the timestamp instead of the pretty date format. Seeing "Found 2 days ago" for 6 shares doesn't tell me the distribution of those shares.
Thanks jonny, I like the "time ago" date format for the node stats, and main miner stats page; for me it gives a "quick glance" easy reference. Although you make a good point about tracking your share variance. Right now it will show only the 20 most recent shares, after I get the blocks added I'll make a per-miner share explorer so a miner can go through all their shares ever submitted to the node...
|
|
|
|
zvs
Legendary
Offline
Activity: 1680
Merit: 1000
https://web.archive.org/web/*/nogleg.com
|
|
May 23, 2014, 03:27:30 PM |
|
Thanks zvs, that's not it, I tried setting mintxfee and minrelaytxfee and the spikes still occur...
mintxfee and minrelaytxfee wouldn't cover the transactions I was talking about, it would be limitfreerelay. anyway, the easy way to check is next time it's going really slow just do a bitcoind mininginfo and see how many tx are queued Thanks zvs, appreciate the help. limitfreerelay looks interesting default = 15kb per minute so I assume reducing it to 10 or 5 should help? bitcoind getmininginfo { "blocks" : 302249, "currentblocksize" : 556205, "currentblocktx" : 654, "difficulty" : 8853416309.12779999, "errors" : "", "genproclimit" : -1, "networkhashps" : 68130160771479424, "pooledtx" : 2711, "testnet" : false, "generate" : false, "hashespersec" : 0 }
I have not been closely watching this up until now so will start to track. Am I looking at currentblocktx or pooledtx (or both)? How can I determine if that is what is effecting the latency? Again, really appreciate it, thanks. pooledtx are the ones that sit around in memory. currentblocktx are the ones that are in the block your p2pool is mining. your latency graph looked to me like you are getting slammed w/ a whole bunch of unconfirmed transactions at once. probably a lot of zero fee or zero fee priority transactions. i haven't checked in a while, but the base behavior used to be to accept free transactions when a block was <10KB in size. priority transactions up to 30KB. I used to use limitfreerelay=0. Didn't want to have anything using up resources for nothing. If you allow free transactions, your client will eventually have all of those stored & most will probably take a long time to get into a block. Your graph looks to me like the same thing that happened w/ 75% or so of the nodes with the horsestaplebattery transactions. I always had mine set to a min of .0005. Anyway, something like blockmaxsize=250000 would speed it up also.
|
|
|
|
windpath
Legendary
Offline
Activity: 1258
Merit: 1027
|
|
May 23, 2014, 04:11:36 PM |
|
pooledtx are the ones that sit around in memory. currentblocktx are the ones that are in the block your p2pool is mining.
your latency graph looked to me like you are getting slammed w/ a whole bunch of unconfirmed transactions at once. probably a lot of zero fee or zero fee priority transactions. i haven't checked in a while, but the base behavior used to be to accept free transactions when a block was <10KB in size. priority transactions up to 30KB.
I used to use limitfreerelay=0. Didn't want to have anything using up resources for nothing. If you allow free transactions, your client will eventually have all of those stored & most will probably take a long time to get into a block. Your graph looks to me like the same thing that happened w/ 75% or so of the nodes with the horsestaplebattery transactions. I always had mine set to a min of .0005.
Anyway, something like blockmaxsize=250000 would speed it up also.
Thanks zvs, you rock! Made some changes based on your advice and my research, I'll post an updated graph in a few hours and see how we are looking.
|
|
|
|
bkminer
Full Member
Offline
Activity: 216
Merit: 100
Don't let the nam-shub in your operating system.
|
|
May 26, 2014, 03:41:51 AM |
|
Has anyone modified the alternate simple front end to allow for miners that don't use an address for their username? If there is no BTC address each update adds 1 more line per miner to the list instead of updating it.... I'm running my own node and all my miners donate to the node.
If no one has I'll fork the repo and add it if anyone else is interested.
|
|
|
|
IYFTech
|
|
May 26, 2014, 11:53:51 PM |
|
Lovin this block blitz........nice
|
|
|
|
windpath
Legendary
Offline
Activity: 1258
Merit: 1027
|
|
May 27, 2014, 01:55:39 AM |
|
Enjoying it as well IYF bkminer, I have not seen what you want to do implemented, but if your node is all your miners I don't think it will be hard to implement.
|
|
|
|
jedimstr
|
|
May 27, 2014, 02:21:40 AM |
|
Don't jinx it
|
|
|
|
ceslick
Full Member
Offline
Activity: 161
Merit: 100
digging in the bits... now ant powered!
|
|
May 27, 2014, 08:14:56 AM |
|
Bleg!!!
I updated my linux system... Bad mistake.
Now I am getting these errors trying to start my p2pools!
Traceback (most recent call last): File "/opt/p2pool/run_p2pool.py", line 3, in <module> from p2pool import main File "/opt/p2pool/p2pool/main.py", line 17, in <module> from twisted.internet import defer, reactor, protocol, tcp ImportError: No module named twisted.internet
Help please!!
|
|
|
|
norgan
|
|
May 27, 2014, 08:35:20 AM |
|
Bleg!!!
I updated my linux system... Bad mistake.
Now I am getting these errors trying to start my p2pools!
Traceback (most recent call last): File "/opt/p2pool/run_p2pool.py", line 3, in <module> from p2pool import main File "/opt/p2pool/p2pool/main.py", line 17, in <module> from twisted.internet import defer, reactor, protocol, tcp ImportError: No module named twisted.internet
Help please!!
have you tried: •sudo apt-get install python-zope.interface python-twisted python-twisted-web to install the packages? maybe the upgrade installed newer packages than is supported in which case you'll need to downgrade them.
|
|
|
|
ceslick
Full Member
Offline
Activity: 161
Merit: 100
digging in the bits... now ant powered!
|
|
May 27, 2014, 08:48:44 AM |
|
Tried purging those and re installing them
Same result...
Twisted version 13.0.0-1 is installed
|
|
|
|
nreal
Full Member
Offline
Activity: 932
Merit: 100
arcs-chain.com
|
|
May 27, 2014, 11:45:47 AM |
|
Tried purging those and re installing them
Same result...
Twisted version 13.0.0-1 is installed
cd to folder where you have p2pool cd /p2pool ./configure make -j12 should do it Replace ubuntu with Gentoo
|
|
|
|
norgan
|
|
May 27, 2014, 11:47:08 AM |
|
sorry I'm a windows person so don't have those Linux problems jokes I have another problem, my own miners don't seem to show the payout on my pool. I have someone else on there now and their payout graph is showing just fine. http://www.norgzpool.net.au/graphs.html?Hoursee my ant on 1CmHNDfj43tsQgSpSum5tDQ6kT4MwcUP6V doesn't show any payout and my payout to default address doesn't seem to change when I mine it with a username so it defaults to default payout. I changed it to a wallet address and still nothing.
|
|
|
|
norgan
|
|
May 27, 2014, 01:09:16 PM |
|
Is it just me or did the p2pool hash rate just double to almost 1ph/s?!
|
|
|
|
windpath
Legendary
Offline
Activity: 1258
Merit: 1027
|
|
May 27, 2014, 02:14:39 PM |
|
Is it just me or did the p2pool hash rate just double to almost 1ph/s?!
I'm showing 682TH/s on my node, a nice jump.... If you have some new miners hitting your node you may want to set your share diff and pseudo share diff on your miner.... bitcoin_address/<share>+<pseudo_share> If your running S1's set <share> to 0 ("0" defaults to lowest p2pool diff, currently 1677854.73) And <pseudo_share> to 220.4 (optimized for 190GH/s) <pseudo_share> is calculated as your hash rate in KH/s times 0.00000116 i.e. 190,000,000 * 0.00000116 = 220.4 Here is an example for an ant S1: 19vXrwKGUhK4cCU8tA4kWZgbChcmh9a6qj/0+220.4 If you have a hash rate over 1TH/s you might consider upping your share diff to something higher then the p2pool minimum to reduce network traffic and increase the value of your shares...
|
|
|
|
jedimstr
|
|
May 27, 2014, 04:27:44 PM |
|
Any word on when the stats page http://p2pool.info/ is coming back? It's been down for days now. It was fully transfered to forrestv a few months ago right? The clone site mentioned a few pages/posts back doesn't have up-to-date data so that doesn't help much. If not, any other source to see a chart of P2Pool luck and payout address comparisons of global estimated hashrate (this is different from node estimated hashrate displayed at my node UI). It always gave me a good idea of how much more or less I was earning per block versus my actual real-life hashrate "deserved" (i.e., if p2pool.info showed me at 4TH and I have 2TH real, then it meant I was running lucky with shares submitted and was potentially making more than what I "should have" on a centralized pool).
|
|
|
|
windpath
Legendary
Offline
Activity: 1258
Merit: 1027
|
|
May 27, 2014, 05:18:40 PM |
|
Any word on when the stats page http://p2pool.info/ is coming back? It's been down for days now. It was fully transfered to forrestv a few months ago right? The clone site mentioned a few pages/posts back doesn't have up-to-date data so that doesn't help much. If not, any other source to see a chart of P2Pool luck and payout address comparisons of global estimated hashrate (this is different from node estimated hashrate displayed at my node UI). It always gave me a good idea of how much more or less I was earning per block versus my actual real-life hashrate "deserved" (i.e., if p2pool.info showed me at 4TH and I have 2TH real, then it meant I was running lucky with shares submitted and was potentially making more than what I "should have" on a centralized pool). Getting ready for the next release of our front end this week, I believe I have all the data your looking for and would be happy to create a view for it. Would just need a little help putting together exactly what you are looking for.... I have active miners for a given p2pool block (addresses that were paid and how much) I have node, pool, and global hashrate. I think what you are looking for is the estimated hash rate per p2pool payout address based on the payment from the last block?
|
|
|
|
jedimstr
|
|
May 27, 2014, 05:47:59 PM Last edit: May 27, 2014, 06:02:42 PM by jedimstr |
|
Any word on when the stats page http://p2pool.info/ is coming back? It's been down for days now. It was fully transfered to forrestv a few months ago right? The clone site mentioned a few pages/posts back doesn't have up-to-date data so that doesn't help much. If not, any other source to see a chart of P2Pool luck and payout address comparisons of global estimated hashrate (this is different from node estimated hashrate displayed at my node UI). It always gave me a good idea of how much more or less I was earning per block versus my actual real-life hashrate "deserved" (i.e., if p2pool.info showed me at 4TH and I have 2TH real, then it meant I was running lucky with shares submitted and was potentially making more than what I "should have" on a centralized pool). Getting ready for the next release of our front end this week, I believe I have all the data your looking for and would be happy to create a view for it. Would just need a little help putting together exactly what you are looking for.... I have active miners for a given p2pool block (addresses that were paid and how much) I have node, pool, and global hashrate. I think what you are looking for is the estimated hash rate per p2pool payout address based on the payment from the last block? Yes, I believe that's what was shown on one of the tabs for p2pool.info. Since the site is still down, and using Norgon's clone of it as a reference (even though it's not up-to-date yet... blockchain data from 6 months ago), you can check out the Active Users tab. That shows the data I'm talking about: http://p2poolinfo.azurewebsites.net/Edit: from the disclaimer text on the clone site, it sounds a bit different. Based more on the valid shares submitted in the last 24 hours. It would essentially be the hashrate estimate corresponding to the current Payout Estimate shown on the various node UI's. From the p2pool.info clone: The following users / addresses have submitted at least 1 valid share in the past 24 hours. Note: Hashrates are very rough estimates based on the number of shares submitted in the past day. They may be off by 10-20% or more due to variance.
|
|
|
|
windpath
Legendary
Offline
Activity: 1258
Merit: 1027
|
|
May 27, 2014, 08:18:39 PM |
|
Getting ready for the next release of our front end this week, I believe I have all the data your looking for and would be happy to create a view for it. Would just need a little help putting together exactly what you are looking for....
I have active miners for a given p2pool block (addresses that were paid and how much)
I have node, pool, and global hashrate.
I think what you are looking for is the estimated hash rate per p2pool payout address based on the payment from the last block?
Yes, I believe that's what was shown on one of the tabs for p2pool.info. Since the site is still down, and using Norgon's clone of it as a reference (even though it's not up-to-date yet... blockchain data from 6 months ago), you can check out the Active Users tab. That shows the data I'm talking about: http://p2poolinfo.azurewebsites.net/Edit: from the disclaimer text on the clone site, it sounds a bit different. Based more on the valid shares submitted in the last 24 hours. It would essentially be the hashrate estimate corresponding to the current Payout Estimate shown on the various node UI's. From the p2pool.info clone: The following users / addresses have submitted at least 1 valid share in the past 24 hours. Note: Hashrates are very rough estimates based on the number of shares submitted in the past day. They may be off by 10-20% or more due to variance. Yea, those numbers look a little fuzzy to me... What do you think about instead showing this: [Address] - [Current Expected Payout] - [Last Block Payout] - [%+/-] For each miner with active shares in a block?
|
|
|
|
norgan
|
|
May 27, 2014, 09:55:07 PM |
|
Getting ready for the next release of our front end this week, I believe I have all the data your looking for and would be happy to create a view for it. Would just need a little help putting together exactly what you are looking for....
I have active miners for a given p2pool block (addresses that were paid and how much)
I have node, pool, and global hashrate.
I think what you are looking for is the estimated hash rate per p2pool payout address based on the payment from the last block?
Yes, I believe that's what was shown on one of the tabs for p2pool.info. Since the site is still down, and using Norgon's clone of it as a reference (even though it's not up-to-date yet... blockchain data from 6 months ago), you can check out the Active Users tab. That shows the data I'm talking about: http://p2poolinfo.azurewebsites.net/Edit: from the disclaimer text on the clone site, it sounds a bit different. Based more on the valid shares submitted in the last 24 hours. It would essentially be the hashrate estimate corresponding to the current Payout Estimate shown on the various node UI's. From the p2pool.info clone: The following users / addresses have submitted at least 1 valid share in the past 24 hours. Note: Hashrates are very rough estimates based on the number of shares submitted in the past day. They may be off by 10-20% or more due to variance. Yea, those numbers look a little fuzzy to me... What do you think about instead showing this: [Address] - [Current Expected Payout] - [Last Block Payout] - [%+/-] For each miner with active shares in a block? I followed the deployment docs on that clone and it just won't update. Anyone know how I can get it up to date?
|
|
|
|
|