smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 18, 2014, 08:28:35 PM |
|
I'm going try P2pool again, running it locally. I intend to point one Ant S1 at it. I have a DSL connection with only 768k up speed. Any suggestions/recommendations?
Block incoming connections (or if you have a firewall, just don't forward the port) to bitcoind. That will prevent people from using your node to download the blockchain. In my experience that is the single most important tuning item.
|
|
|
|
jedimstr
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 18, 2014, 08:36:53 PM |
|
I'm going try P2pool again, running it locally. I intend to point one Ant S1 at it. I have a DSL connection with only 768k up speed. Any suggestions/recommendations?
Block incoming connections (or if you have a firewall, just don't forward the port) to bitcoind. That will prevent people from using your node to download the blockchain. In my experience that is the single most important tuning item. But also potentially detrimental to the integrity of the Bitcoin network... at least allow a few incoming connections (like say 6) versus the crazy high defaults.
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 18, 2014, 08:46:59 PM Last edit: March 18, 2014, 09:24:59 PM by smooth |
|
Block incoming connections (or if you have a firewall, just don't forward the port) to bitcoind. That will prevent people from using your node to download the blockchain. In my experience that is the single most important tuning item.
But also potentially detrimental to the integrity of the Bitcoin network... at least allow a few incoming connections (like say 6) versus the crazy high defaults. No that won't work. Even one incoming connection will still periodically (and not infrequently) be used to download the blockchain in my experience, and when this happens it really hurts your p2pool performance and earnings. The reason zero is an effective setting here is that it disables block chain downloads. If you don't like people doing it this way, convince the bitcoin developers to add a feature to directly limit blockchain downloads. I understand the effect on bitcoin peer-to-peer and that is a downside, but it is a tradeoff you have to make if you want to efficiently run a p2pool node with limited resources. What you can do if you want to help the bitcoin p2p, and what I do myself, is allow incoming connections on another node (on a different network) where you don't care about the performance impact the way you do for p2pool. Keep the p2pool node quiet. It would be nice if there were better tuning options on bitcoin to rate-limit people using your node to download the blockchain, and likewise if bitcoin were able to download the blockchain from multiple sources (bittorrent style) to put less load on each individual source, but neither of those features exist currently.
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 18, 2014, 09:18:15 PM |
|
p2pool.info not working?
I see two recent blocks that don't show up.
|
|
|
|
dellech
Newbie
Offline
Activity: 40
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 18, 2014, 10:03:17 PM |
|
p2pool.info not working?
I see two recent blocks that don't show up.
and check your address on blockchain.info ... mine shows only the first of the two blocks and a big red bar on top of the page saying "Warning! this bitcoin address contains transactions which may be double spends. You should be extremely careful when trusting any transactions to or from this address." ![Huh](https://bitcointalk.org/Smileys/default/huh.gif)
|
|
|
|
PatMan
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 18, 2014, 10:17:06 PM |
|
Blockchain.info are having problems.
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 18, 2014, 10:21:38 PM |
|
|
|
|
|
CartmanSPC
Legendary
Offline
Activity: 1270
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 18, 2014, 10:25:34 PM |
|
Block incoming connections (or if you have a firewall, just don't forward the port) to bitcoind. That will prevent people from using your node to download the blockchain. In my experience that is the single most important tuning item.
But also potentially detrimental to the integrity of the Bitcoin network... at least allow a few incoming connections (like say 6) versus the crazy high defaults. No that won't work. Even one incoming connection will still periodically (and not infrequently) be used to download the blockchain in my experience, and when this happens it really hurts your p2pool performance and earnings. The reason zero is an effective setting here is that it disables block chain downloads. If you don't like people doing it this way, convince the bitcoin developers to add a feature to directly limit blockchain downloads. I understand the effect on bitcoin peer-to-peer and that is a downside, but it is a tradeoff you have to make if you want to efficiently run a p2pool node with limited resources. What you can do if you want to help the bitcoin p2p, and what I do myself, is allow incoming connections on another node (on a different network) where you don't care about the performance impact the way you do for p2pool. Keep the p2pool node quiet. It would be nice if there were better tuning options on bitcoin to rate-limit people using your node to download the blockchain, and likewise if bitcoin were able to download the blockchain from multiple sources (bittorrent style) to put less load on each individual source, but neither of those features exist currently. Will this affect the lower chance of orphans blocks feature? I think the default when incoming connections is closed is to have 8 outgoing...so will going from 120 to 8 increase the chance of an orphan block? I realize that all the other nodes broadcast as well but if they all start blocking incoming connections will we see in increase in orphans?
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 18, 2014, 10:34:36 PM |
|
Will this affect the lower chance of orphans blocks feature? I think the default when incoming connections is closed is to have 8 outgoing...so will going from 120 to 8 increase the chance of an orphan block? No (well maybe a tiny bit, but not significantly), because the block will be broadcast to bitcoin p2p by all of the p2pool nodes, not just yours. Also, keep in mind that you can't really send out to multiple connections "simultaneously" since you only have pipe. If anything more connections will make it take longer before anyone receives the whole block, since they'll be competing for your (small) bandwidth. Also, there is no way you can effectively maintain 120 connections on a low bandwidth connection. You better be reducing that a lot (as indicated on the tuning thread). Once you reduce it to a handful anyway you might as well go all the way to zero and not get hit with block chain downloads. I realize that all the other nodes broadcast as well but if they all start blocking incoming connections will we see in increase in orphans?
Not everyone is on a limited-bandwidth residential connection, or running on modest node hardware. Let the guys with bigger connections and nodes carry the load. I don't recommend this for everyone, just someone trying to run a p2pool node with very limited resources. Again, if you don't want to make compromises, you can't effectively run p2pool at all. It's questionable to even run a bitcoin node at all on a bandwidth-capped connection at this point.
|
|
|
|
CartmanSPC
Legendary
Offline
Activity: 1270
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 18, 2014, 11:50:53 PM |
|
Ok, didn't realize you were speaking to nodes with limited resources. I happen to be one of the "guys with bigger connections"....100 Mbps with burstable to 1 Gbps in a data center. Daemons on a separate dedicated server than p2pool.
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 19, 2014, 01:03:30 AM |
|
Ok, didn't realize you were speaking to nodes with limited resources. I happen to be one of the "guys with bigger connections"....100 Mbps with burstable to 1 Gbps in a data center. Daemons on a separate dedicated server than p2pool.
I recommend that you allow lots and lots of incoming connections to make up for the rest of us ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Also, in your case (and possibly others, not sure) you should addnode your bitcoin to the high speed relay. Do you know how to do that?
|
|
|
|
CartmanSPC
Legendary
Offline
Activity: 1270
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 19, 2014, 01:10:49 AM |
|
Also, in your case (and possibly others, not sure) you should addnode your bitcoin to the high speed relay. Do you know how to do that?
Nope ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Also, one of the daemons got hung up once...in 8 months...not bad...but there is something about sending email alerts from the daemon I've been meaning to look into...can you point me in the right direction for that?
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 19, 2014, 02:06:23 AM |
|
Not sure what you mean by email alerts. I will PM you about the high speed relay.
|
|
|
|
Lyddite
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 98
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 19, 2014, 09:37:50 AM |
|
If anyone can put this up on the front page, I'm sure it'll help others out that are using Bitfury / Megabigpower rigs: I have tested this out on V1, V2 and V3 M-boards and images!
HOW TO SET UP P2POOL
...SNIP.... Thanks for this!! After some looking through the source for a few minutes a then found this post via google which confirmed my suspicions! -Lyddite
|
- Lyddite -
|
|
|
mdude77
Legendary
Offline
Activity: 1540
Merit: 1001
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 19, 2014, 10:44:24 PM |
|
Bitcoin 0.9.0 is out. Safe to upgrade for p2pool? From the looks of it, downgrading could be a hassle.
M
|
I mine at Kano's Pool because it pays the best and is completely transparent! Come join me!
|
|
|
PatMan
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 19, 2014, 10:53:33 PM |
|
Running it on my workstation but gonna wait until the "official" release is released before updating my mining wallet - just in case ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) EDIT: Oops - it's now official....... ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
|
cr1776
Legendary
Offline
Activity: 4144
Merit: 1308
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 20, 2014, 01:43:17 PM |
|
Been running the RCs and now final without issue. Bitcoin 0.9.0 is out. Safe to upgrade for p2pool? From the looks of it, downgrading could be a hassle.
M
|
|
|
|
IYFTech
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 20, 2014, 02:20:52 PM |
|
Been running the RCs and now final without issue. Bitcoin 0.9.0 is out. Safe to upgrade for p2pool? From the looks of it, downgrading could be a hassle.
M
Nix or doze?
|
|
|
|
mitak64
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 20, 2014, 03:17:45 PM Last edit: March 20, 2014, 03:29:59 PM by mitak64 |
|
Yesterday I upgraded to 0.9.0 64bit (Windows). My "dead" dropped from 130-160G to about 60G ! ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FUoBWfHd.png&t=665&c=rA75os0RSvWFtw)
|
|
|
|
stewdk
Newbie
Offline
Activity: 46
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 20, 2014, 03:40:12 PM |
|
Yesterday I upgraded to 0.9.0 64bit (Windows). My "dead" dropped from 130-160G to about 60G !
Nice! What does your Bitcoind GetBlockTemplate Latency graph look like?
|
|
|
|
|