Author

Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool - page 640. (Read 2591920 times)

legendary
Activity: 1540
Merit: 1001
My theory, based on experience, is when the hashrate gets above 300gh, things go south.  I consider it a scaling problem.  Others seem to disagree.

Eventually what happens is enough people leave because of the bad run that it drops below 300gh, then things gets better.  Thing is, they get too good, then people come back and it goes back up above 300gh. 

I can't conceive of a scenario where a scaling problem could be responsible for bad luck.  Scaling problems causing more stale shares or more orphaned blocks?  Sure.  Scaling problems making math stop working?  How, exactly could the size of the network have an impact on the likelihood that random numbers are below a defined target?

Just because I can't conceive of it, doesn't necessarily mean it isn't possible, but given an understanding of how this all works, it seems extremely unlikely to be related to scaling.

I'm stating from what I've observed.  Every time the pool hash rate goes > 300gh, things go south.  When it drops back down, things go better.  It could be coincidence that it happens every single time I guess.

When we're below 300gh, yes, we have bad runs, but the good runs always outnumber the bad.  When we get above, the trend reverses.



M
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
The new version seems to have a memory problem. I'm on a box with 32gb of ram and it will crash after 5-6 hours with a out of memory error, and run_p2pool.exe hogging it all.

FWIW, I have it (and bitcoind and cgminer) running on a box with 1 GB. I've only run into memory shortage issues when compiling newer versions of bitcoind.
legendary
Activity: 1540
Merit: 1001
The new version seems to have a memory problem. I'm on a box with 32gb of ram and it will crash after 5-6 hours with a out of memory error, and run_p2pool.exe hogging it all.

Try running the python version.  I'm using it on a 4gb box and after 56 hours it's using 200meg of memory.

M
hero member
Activity: 737
Merit: 500
My theory, based on experience, is when the hashrate gets above 300gh, things go south.  I consider it a scaling problem.  Others seem to disagree.

Eventually what happens is enough people leave because of the bad run that it drops below 300gh, then things gets better.  Thing is, they get too good, then people come back and it goes back up above 300gh. 

I can't conceive of a scenario where a scaling problem could be responsible for bad luck.  Scaling problems causing more stale shares or more orphaned blocks?  Sure.  Scaling problems making math stop working?  How, exactly could the size of the network have an impact on the likelihood that random numbers are below a defined target?

Just because I can't conceive of it, doesn't necessarily mean it isn't possible, but given an understanding of how this all works, it seems extremely unlikely to be related to scaling.

What's responsible for P2Pool's current run of bad luck?

You said it: bad luck.
hero member
Activity: 658
Merit: 500
The new version seems to have a memory problem. I'm on a box with 32gb of ram and it will crash after 5-6 hours with a out of memory error, and run_p2pool.exe hogging it all.
legendary
Activity: 1540
Merit: 1001
What's responsible for P2Pool's current run of bad luck? Currently, it's been 29 hours (and counting) since the pool last found a block. The last three blocks (excluding the orphan) also took longer than expected...in one case, more than 2.5x longer. Is this a sign of something going wrong, an indication of an anomaly with the larger Bitcoin network, or is it just some unusually bad luck that we're stuck riding out?

My theory, based on experience, is when the hashrate gets above 300gh, things go south.  I consider it a scaling problem.  Others seem to disagree.

Eventually what happens is enough people leave because of the bad run that it drops below 300gh, then things gets better.  Thing is, they get too good, then people come back and it goes back up above 300gh. 

M
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
What's responsible for P2Pool's current run of bad luck? Currently, it's been 29 hours (and counting) since the pool last found a block. The last three blocks (excluding the orphan) also took longer than expected...in one case, more than 2.5x longer. Is this a sign of something going wrong, an indication of an anomaly with the larger Bitcoin network, or is it just some unusually bad luck that we're stuck riding out?
legendary
Activity: 1361
Merit: 1003
Don`t panic! Organize!
Pool rate: 375GH/s (10% stale) Share difficulty: 796
O_o
Rate down - SD up??? wth?

Anyway, 55% of network is v4 and v5 so v3 users are spammed by "upgrade now" messages Smiley

edit:
Pool rate: 358GH/s (9.3% stale) Share difficulty: 664

Still have no idea what it is calculated.

Network update status:
v5: 43%
v4: 14%
v3: 41%

Time to upgrade Smiley
legendary
Activity: 1361
Merit: 1003
Don`t panic! Organize!
Pool rate: 400GH/s (7.5% stale) Share difficulty: 930
WTF?
Share diff is hittin roof! Last time it was ~900 on 450-500GH.
Some change in latest code?
Probably more separate miners not volunteering a higher share difficulty.
Pool rate: 385GH/s (12% stale) Share difficulty: 750

Not getting it, it should be linear?
legendary
Activity: 1361
Merit: 1003
Don`t panic! Organize!
what's the matter?
http://img.aalun.com/di/MHWH/p2pool.png
win7 x64, Bitcoin-qt 0.7
Is port 9333 being blocked by a firewall or something on your network? That's the only thing I can think of.
Or it is already used by another application, maybe you running p2pool 2nd time?
it's right! l closed litcoin-qt and it ran successfully!
Code:
        Litecoin's use of ports 9332 and 9332 conflicts with P2Pool running on
        the Bitcoin network. To avoid problems, add these lines to litecoin.conf
        and restart litecoind:
            rpcport=10332
            port=10333
And UR ready to go BTC+LTC Smiley
member
Activity: 81
Merit: 10
what's the matter?
http://img.aalun.com/di/MHWH/p2pool.png
win7 x64, Bitcoin-qt 0.7
Is port 9333 being blocked by a firewall or something on your network? That's the only thing I can think of.
Or it is already used by another application, maybe you running p2pool 2nd time?
it's right! l closed litcoin-qt and it ran successfully!
legendary
Activity: 1361
Merit: 1003
Don`t panic! Organize!
what's the matter?
http://img.aalun.com/di/MHWH/p2pool.png
win7 x64, Bitcoin-qt 0.7
Is port 9333 being blocked by a firewall or something on your network? That's the only thing I can think of.
Or it is already used by another application, maybe you running p2pool 2nd time?
hero member
Activity: 591
Merit: 500
what's the matter?
http://img.aalun.com/di/MHWH/p2pool.png
win7 x64, Bitcoin-qt 0.7
Is port 9333 being blocked by a firewall or something on your network? That's the only thing I can think of.
member
Activity: 81
Merit: 10
what's the matter?

win7 x64, Bitcoin-qt 0.7, p2pool_win32_5.0
legendary
Activity: 1540
Merit: 1001
Pool rate: 400GH/s (7.5% stale) Share difficulty: 930
WTF?
Share diff is hittin roof! Last time it was ~900 on 450-500GH.
Some change in latest code?

btc difficulty did just go through it's bi monthly increase..

M
hero member
Activity: 591
Merit: 500
Pool rate: 400GH/s (7.5% stale) Share difficulty: 930
WTF?
Share diff is hittin roof! Last time it was ~900 on 450-500GH.
Some change in latest code?
Probably more separate miners not volunteering a higher share difficulty.
hero member
Activity: 896
Merit: 1000
Pool rate: 400GH/s (7.5% stale) Share difficulty: 930
WTF?
Share diff is hittin roof! Last time it was ~900 on 450-500GH.
Some change in latest code?
Maybe this time there are less stales which makes the rate used to compute the share difficulty higher?
legendary
Activity: 1361
Merit: 1003
Don`t panic! Organize!
Pool rate: 400GH/s (7.5% stale) Share difficulty: 930
WTF?
Share diff is hittin roof! Last time it was ~900 on 450-500GH.
Some change in latest code?
legendary
Activity: 1361
Merit: 1003
Don`t panic! Organize!
What OS, miner, hardware?
Ed
member
Activity: 69
Merit: 10
what version of bitcoin and p2pool are you running. There was a bug that caused this in an earlier version when bitcoind would stop responding to p2pool.
first time seen problem at 3.xx version
upgraded to 4.xx with no luck
and now last versions p2pool and bitcoind with same problem

Quote
Hardware failure then. Overheating or something.
LAN and WAN miners has deepbit as backup pool, when DOA is go to 100% I am manually close port, then
they automatically switch to deepbit and working with DOA 0.45%

ps
my second trouble they do not want automatically switch to backup when DOA is go to 100%
Jump to: