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

[forrestv]

Is it possible to specify more than one merged URL and pass?

Not yet - It will be soon.

[Ente]

I am having trouble to create the graphs from p2pool.
I can connect to http://127.0.0.1:9332/users just fine (the data there is json-encoded or something). Connecting to /graphs gives me a 404. I have twisted, zope, pil, pygame installed, but am not sure if rrdtool installed successfully.. Still that silly windows box, you know..
Restarted p2pool after installing those python modules (but didnt reboot the whole machine).

Any hints on what is needed and what isnt?

Ente

[btc_artist]

For the record, I reinstalled bitcoind and now p2pool can connect to it (even though it's still downloading the blockchain).

Same version? Just curious for future issues.

No, actually the bitcoin version was the problem.  I had installed whatever version is in the main Ubuntu repository (v3.x).  When I re-installed, I added the Bitcoin PPA, and installed v5.x

Code:

sudo add-apt-repository ppa:bitcoin/bitcoin
sudo apt-get update
sudo apt-get install bitcoind

[btc_artist]

Is there any plan to pull p2pool support to mainstream bitcoin client?
I know it's kinda too early, but the whole process of mining will be a lot easier to implement, just as easy as old time mining via bitcoin client itself.

I whole-heartedly agree with this.  It might be to early to do it, but not to early to start planning it.

[cheat_2_win]

P2pool seems to crash bitcoind occasionally. Does anyone have similar problem?

[Costia]

the GUI crashed for me a few times as well
bitcoind is stable

[cheat_2_win]

the GUI crashed for me a few times as well
bitcoind is stable

Does that mean I am better off just running bitcoind rather than Bitcoin-Qt?

[forrestv]

Does that mean I am better off just running bitcoind rather than Bitcoin-Qt?

Yes.

[Ente]

Does that mean I am better off just running bitcoind rather than Bitcoin-Qt?

Thats what I experienced too, I run bitcoind now.

Ente

[cheat_2_win]

Does that mean I am better off just running bitcoind rather than Bitcoin-Qt?

Thats what I experienced too, I run bitcoind now.

Ente

Thanks. Now, I am running bitcoind.

Finally, I have moved all of my 500 MH/s to P2pool from deepbit. It feels good.

[thirdlight]

Join P2pool. It is fun and you are in control.

Love that! 

[cheat_2_win]

Join P2pool. It is fun and you are in control.

Love that! 

Thanks.

[spiccioli]

Finally, I have moved all of my 500 MH/s to P2pool from deepbit. It feels good.

I've been mining on P2P with 760MHs for four days now, but I'm mining just one third, more or less, of what I was getting when I was on a PPS pool.

I do understand that there is variance, but now I need a day where I mine 8 times as much just to be on par with my previous PPS payout.

I don't think I'll see such a day soon, though.

Then rounds, they should last 10 seconds, but they're often a lot faster, see:

Code:

[2012-02-01 18:44:50] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:44:52] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:44:54] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:45:05] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:45:10] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:45:29] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:45:34] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:45:48] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:45:52] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:45:55] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:45:59] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:46:11] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:46:14] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:46:23] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:46:33] LONGPOLL requested work restart, waiting on fresh work
[2012-02-01 18:46:40] LONGPOLL requested work restart, waiting on fresh work

here we have 2, 2, 9, 5, 19, 5, 14, 4, 3, 4,  12, 3, 9, 10, 7 seconds rounds, there are a lot of 2 and 3 seconds long rounds.

I see that a few months ago rounds went from 5 to 10 seconds, so I'm asking wouldn't it be better to have 1 minute long rounds?

Can fast rounds give high MHs miners an advantage since they can exhaust the nonce range even in a very short round?

I'll keep my miner on P2P for a few more days, but if rewards keep being so scarce I'll have go back to a PPS pool or otherwise I feel like I'm just wasting power

regards.

spiccioli.

[twmz]

I've been mining on P2P with 760MHs for four days now, but I'm mining just one third, more or less, of what I was getting when I was on a PPS pool.

I do understand that there is variance, but now I need a day where I mine 8 times as much just to be on par with my previous PPS payout.

Given the pool's current/recent hashrate, our average time to find a block should have been about 10-11 hours.  So in the past 96 hours, we should have found 9 or 10 blocks.  In reality we have found 9 blocks in that time frame.

So, we are pretty much hitting the average.  You should have made almost exactly the same amount in the past 4 days as you would have on a PPS pool unless your share-finding-luck has been crazy bad.  If you really have seen only 1/3rd as much, something almost has to be wrong because you almost certainly haven't been that unlucky finding shares. 

Have you confirmed that your stale rate is not abnormally high relative to the pool? 

Are you getting approx the same hashrate as before as reported by p2pool?

[twmz]

Then rounds, they should last 10 seconds, but they're often a lot faster, see:

I see that a few months ago rounds went from 5 to 10 seconds, so I'm asking wouldn't it be better to have 1 minute long rounds?

Share difficulty is set so that they will be found every 10 seconds on average.  Just as with bitcoin blocks (which are supposed to be found every 10 minutes but are often found 2-3 minutes apart or 25 minutes apart), there will be variance in how frequently the shares are actually found.

An average of 1 share per minute would be accomplished by making share difficulty 6x higher.  That would increase variance for any given miner (which seems to be the opposite of what you are looking for).

[wachtwoord]

I have consistently higher stales than the pool. Today I mined my HD8650 for 8 hours non-overclocked (so at ~210Mhz instead of ~250Mhz) and that did not improve it any. On average p2pool reports ~16%+-16 while the pool is usually about 8% (today it even reported 23%+-23% !)

Is there anything I can do about this?

[Costia]

I have consistently higher stales than the pool. Today I mined my HD8650 for 8 hours non-overclocked (so at ~210Mhz instead of ~250Mhz) and that did not improve it any. On average p2pool reports ~16%+-16 while the pool is usually about 8% (today it even reported 23%+-23% !)

Is there anything I can do about this?

mining on a CPU?
210/250Mhz doesnt make sense.
CPUs run at ~2Ghz, GPUs at ~1Ghz

are the stales dead or orphans? (dead = miner problem, orphan = network problem)

[wachtwoord]

I meant to type Mhash  of course as I mentioned it's a HD6850

I have no idea what kind of stales they are, the p2pool application does not report anything that seems relevant. Also the amounts of rejects is see reported by my miner are vastly lower than these very high stale percentages.

[Costia]

I meant to type Mhash  of course as I mentioned it's a HD6850

I have no idea what kind of stales they are, the p2pool application does not report anything that seems relevant. Also the amounts of rejects is see reported by my miner are vastly lower than these very high stale percentages.

yes it does:

Recent: 0.14% >210MH/s Shares: 26 (2 orphan, 0 dead) Peers: 11 (1 incoming)

[twmz]

I meant to type Mhash  of course as I mentioned it's a HD6850

I have no idea what kind of stales they are, the p2pool application does not report anything that seems relevant. Also the amounts of rejects is see reported by my miner are vastly lower than these very high stale percentages.

Look for these line in the p2pool output:

2012-02-01 13:25:32.973102 Pool: 147GH/s in 17310 shares (17314/17314 verified) Recent: 1.39% >2045MH/s Shares: 180 (8 orphan, 5 dead) Peers: 39 (29 incoming)
2012-02-01 13:25:32.973229 Pool stales: 8% Own: ~7% (4-12%) Own efficiency: ~101% (95-103%)

The red part tells you how many and what kind of stales you are getting.  The blue part tells you how that compares to the pool as a whole.