[1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool

[p3yot33at3r]

ok so any more ideas other than re install which i dont wanna do lol

OK, the only thing I can think of (if it's not your vps provider blocking) is that there's some crap left over from the outdated previous install. Try this:

Code:

sudo apt-get update
sudo apt-get upgrade
sudo apt-get install aptitude
sudo aptitude install python-software-properties screen git python-rrdtool python-pygame python-scipy python-twisted python-twisted-web python-imaging build-essential libglib2.0-dev libglibmm-2.4-dev python-dev libssl-dev libboost-all-dev dh-autoreconf libcurl4-openssl-dev libminiupnpc-dev ufw libtool autotools-dev autoconf automake pkg-config libprotoc8 libgtk2.0-dev libgmp-dev libmpfr-dev yasm libevent-dev

Aptitude will detect if there are any conflicting dependencies & advise you - just hit enter to agree & install what it says when/if it asks. It's a bit of a long shot, but what do you got to lose?

Make sure you stop Bitcoind & p2pool before doing this, & reboot when everything is done. Then try again. 

[btcscot]

ok so any more ideas other than re install which i dont wanna do lol

OK, the only thing I can think of (if it's not your vps provider blocking) is that there's some crap left over from the outdated previous install. Try this:

Code:

sudo apt-get update
sudo apt-get upgrade
sudo apt-get install aptitude
sudo aptitude install python-software-properties screen git python-rrdtool python-pygame python-scipy python-twisted python-twisted-web python-imaging build-essential libglib2.0-dev libglibmm-2.4-dev python-dev libssl-dev libboost-all-dev dh-autoreconf libcurl4-openssl-dev libminiupnpc-dev ufw libtool autotools-dev autoconf automake pkg-config libprotoc8 libgtk2.0-dev libgmp-dev libmpfr-dev yasm libevent-dev

Aptitude will detect if there are any conflicting dependencies & advise you - just hit enter to agree & install what it says when/if it asks. It's a bit of a long shot, but what do you got to lose?

Make sure you stop Bitcoind & p2pool before doing this, & reboot when everything is done. Then try again. 

ok done that now getting this in bitcoind

Code:

2015-10-01 15:48:07 connect() to 84.118.73.120:8333 failed after select(): No route to host (113)

[p3yot33at3r]

ok so any more ideas other than re install which i dont wanna do lol

OK, the only thing I can think of (if it's not your vps provider blocking) is that there's some crap left over from the outdated previous install. Try this:

Code:

sudo apt-get update
sudo apt-get upgrade
sudo apt-get install aptitude
sudo aptitude install python-software-properties screen git python-rrdtool python-pygame python-scipy python-twisted python-twisted-web python-imaging build-essential libglib2.0-dev libglibmm-2.4-dev python-dev libssl-dev libboost-all-dev dh-autoreconf libcurl4-openssl-dev libminiupnpc-dev ufw libtool autotools-dev autoconf automake pkg-config libprotoc8 libgtk2.0-dev libgmp-dev libmpfr-dev yasm libevent-dev

Aptitude will detect if there are any conflicting dependencies & advise you - just hit enter to agree & install what it says when/if it asks. It's a bit of a long shot, but what do you got to lose?

Make sure you stop Bitcoind & p2pool before doing this, & reboot when everything is done. Then try again. 

ok done that now getting this in bitcoind

Code:

2015-10-01 15:48:07 connect() to 84.118.73.120:8333 failed after select(): No route to host (113)

 

Did you reboot?

PM me your bitcoind conf file details dude.....

[p3yot33at3r]

@ btcscot:  WAIT!  I think I might know what the problem is...type this into terminal & show me the results:

Code:

ip route show

Damn this forum keeps dropping.......

[Richy_T]

Is anyone here using the S7 on p2pool? If so, how are they performing? I'm interested to know if they are still using the crazy queue settings with their cgminer fork & if anyone has replaced it with the mainline cgminer yet. If bitmain lower their prices again soon, I might be tempted.....if they work OK with p2pool that is.

Performance suffers with default cgminer on p2pool. I was getting about 4.4 TH/s on p2pool and 4.6 TH/s on Eligius.

Just noticed that my hashrate had fallen to <50% over time. Will be doing the cgminer upgrade. Is the version on page 627 still the one to use?

[p3yot33at3r]

Is anyone here using the S7 on p2pool? If so, how are they performing? I'm interested to know if they are still using the crazy queue settings with their cgminer fork & if anyone has replaced it with the mainline cgminer yet. If bitmain lower their prices again soon, I might be tempted.....if they work OK with p2pool that is.

Performance suffers with default cgminer on p2pool. I was getting about 4.4 TH/s on p2pool and 4.6 TH/s on Eligius.

Just noticed that my hashrate had fallen to <50% over time. Will be doing the cgminer upgrade. Is the version on page 627 still the one to use?

I'm not aware of anyone who's tried the S5 cgminer version on an S7. You might want to check with kano or ckolivas first?

[Richy_T]

I'm not aware of anyone who's tried the S5 cgminer version on an S7. You might want to check with kano or ckolivas first?

Sorry, my bad. This is on an S5.

[jonnybravo0311]

I'm not aware of anyone who's tried the S5 cgminer version on an S7. You might want to check with kano or ckolivas first?

Sorry, my bad. This is on an S5.

As far as I know kano didn't write a shiny new set of code for the S5 like he did for the S3.  Also as far as I know, the latest version of cgminer for the S5 is indeed the one listed on page 627 of this thread.

[btcscot]

Wooooohoooooooo got my first p2pool payment today

[jtoomim]

Wooooohoooooooo got my first p2pool payment today

You're welcome.

(Toomim Bros found another block. BitcoinXT/BIP101, as usual.)

[Meuh6879]

but not tagged as a BIP101 : http://xtnodes.com/p2pool_configuration.php

[p3yot33at3r]

Wooooohoooooooo got my first p2pool payment today

On your own node? You got it sorted?

[btcscot]

Wooooohoooooooo got my first p2pool payment today

On your own node? You got it sorted?

No not yet need to send you a pm lol

[p3yot33at3r]

Wooooohoooooooo got my first p2pool payment today

On your own node? You got it sorted?

No not yet need to send you a pm lol

Got your PM - I'll take a look shortly & let you know 

[jtoomim]

but not tagged as a BIP101 : http://xtnodes.com/p2pool_configuration.php

It was tagged as BIP101. XTnodes.com takes about an hour before it scans new blocks for their version number.

[p3yot33at3r]

So, on the windows version of p2pool where do the custom UI files for :9332/static go?

I've not used doze for p2pool for quite a while, but as far as I can remember the process is the same:

Backup your webstatic folder

Copy/replace all files into it

Refresh - I don't remember having to restart p2pool, but you might need to clear the cache.

Edit:  **post gone**

[geneda]

So, on the windows version of p2pool where do the custom UI files for :9332/static go?

I've not used doze for p2pool for quite a while, but as far as I can remember the process is the same:

Backup your webstatic folder

Copy/replace all files into it

Refresh - I don't remember having to restart p2pool, but you might need to clear the cache.

Edit:  **post gone**

Thanks for the reply!  I deleted the post 3 minutes after I posted it, because it was a cache issue! 

[yslyung]

whereistheblock(s)

hope it runs good again. been away for a bit.

[jtoomim]

http://toom.im/files/0001-Performance-fix-added-methods-to-add-or-remove-trans.patch


I've got some changes to the p2pool code that appear to reduce average CPU usage by about 40%, and which will should make a much bigger difference when there is a transaction backlog.

The cause of the performance issue was this: Each time p2pool makes changes to its internal known transaction pool, there are a few tasks to be done, like informing other nodes that it has new (or dropped) transactions. In order to determine which transactions were added or removed, p2pool was taking snapshots of the transaction pool before and after the changes, and comparing them (using set arithmetic) to find the added and removed transactions. This meant that the amount of time it takes to add or remove transactions is dependent on the total number of transactions in the cache. I changed it so that a list of transactions to be added or removed are passed forward from the code that does the modifications, making it unnecessary to recompute that list.

Right now I've got two p2pool nodes running with different ports on a single quad-core i7 4790k machine, both with ~78 TH/s load (SP30s) and 12 peers. Both nodes have been running for 12.7 hours. The old version used 58m49s of CPU time, and the new version used 35m58s.

During the stress tests, a lot of p2pool nodes had severe performance problems that I think were due to the performance cost of running set(known_txs_var) twice for each time a transaction was added or removed. If my diagnosis is correct, this patch should fix that issue.

This version also has the changes needed to use BIP101/BitcoinXT version numbers. I haven't tested this with Bitcoin Core yet, but I think it will report version 3 blocks and shares when used with Core.

Lastly, this version adds a small web interface for querying the payout_address for a share (or block) that NxtChg requested to make implementing cryptoplay.net/vote easier.

[yslyung]

http://toom.im/files/0001-Performance-fix-added-methods-to-add-or-remove-trans.patch


I've got some changes to the p2pool code that appear to reduce average CPU usage by about 40%, and which will should make a much bigger difference when there is a transaction backlog.

The cause of the performance issue was this: Each time p2pool makes changes to its internal known transaction pool, there are a few tasks to be done, like informing other nodes that it has new (or dropped) transactions. In order to determine which transactions were added or removed, p2pool was taking snapshots of the transaction pool before and after the changes, and comparing them (using set arithmetic) to find the added and removed transactions. This meant that the amount of time it takes to add or remove transactions is dependent on the total number of transactions in the cache. I changed it so that a list of transactions to be added or removed are passed forward from the code that does the modifications, making it unnecessary to recompute that list.

Right now I've got two p2pool nodes running with different ports on a single quad-core i7 4790k machine, both with ~78 TH/s load (SP30s) and 12 peers. Both nodes have been running for 12.7 hours. The old version used 58m49s of CPU time, and the new version used 35m58s.

During the stress tests, a lot of p2pool nodes had severe performance problems that I think were due to the performance cost of running set(known_txs_var) twice for each time a transaction was added or removed. If my diagnosis is correct, this patch should fix that issue.

This version also has the changes needed to use BIP101/BitcoinXT version numbers. I haven't tested this with Bitcoin Core yet, but I think it will report version 3 blocks and shares when used with Core.

Lastly, this version adds a small web interface for querying the payout_address for a share (or block) that NxtChg requested to make implementing cryptoplay.net/vote easier.

saw the update on irc ... thx

here is the link to DL latest commit https://github.com/p2pool/p2pool

updating mine shortly.

whereisblcok ? hungry !!!