Bitcoin Forum
June 17, 2019, 10:22:10 AM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
 
   Home   Help Search Login Register More  
Pages: « 1 ... 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 [162] 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 ... 814 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2578574 times)
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
August 12, 2012, 04:27:56 PM
 #3221

I should have thought of that, twmz. Yes, I take "now", subtract 7 days and include only rounds completed in that time. So i missed that stonking great round. Good news is your stats will show a much improved 7 day luck shortly Smiley

Which just goes to show that the 7 day luck isn't something mdude77 shouldn't be basing his mining decisions on just the last weeks rounds - the variance in such a short period of time can be huge.

It's not just the stats.  It's the results.  I know past results aren't a guarantee of the future.. but I'm seeing an awful lot of red, literally, because rounds are taking too long.  We used to get more blocks, and higher payouts.  Now it's less blocks, and smaller payouts.  That's a double whammy.

And it all started when the extra 120 g/h was added.

I'm hoping it's a bad streak.. but I have yet to see anyone indicate for sure that we don't have a scaling issue.

Any chance p2pool could be changed to auto adjust the share difficulty to a given miner based on hash rate?  I know I haven't taken the time to figure out what my ideal share difficulty is, and I'm sure I'm not the only one.

M

I mine at Kano's Pool because it pays the best and is completely transparent!  Come join me!
1560766930
Hero Member
*
Offline Offline

Posts: 1560766930

View Profile Personal Message (Offline)

Ignore
1560766930
Reply with quote  #2

1560766930
Report to moderator
1560766930
Hero Member
*
Offline Offline

Posts: 1560766930

View Profile Personal Message (Offline)

Ignore
1560766930
Reply with quote  #2

1560766930
Report to moderator
1560766930
Hero Member
*
Offline Offline

Posts: 1560766930

View Profile Personal Message (Offline)

Ignore
1560766930
Reply with quote  #2

1560766930
Report to moderator

0% MINING FEES FOR THE NEXT MONTH. GET PAID IN BTC, ETH, XMR or RVN.

www.cudominer.com Learn More
Easily run CudoOS from a USB flash drive.
Designed for rigs. Manage your mining remotely from Cudo Console.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1560766930
Hero Member
*
Offline Offline

Posts: 1560766930

View Profile Personal Message (Offline)

Ignore
1560766930
Reply with quote  #2

1560766930
Report to moderator
Krak
Hero Member
*****
Offline Offline

Activity: 591
Merit: 500



View Profile WWW
August 12, 2012, 04:31:05 PM
 #3222

My p2pool efficiency is only about 93%, someone has a clue what the reason for this could be?

I run my p2pool instance on a server with 100mbit/s connection, my latency to the server is about 20ms.
My miners are cgminer (with icarus boards) and btcminer (with ztex quads).
I rarely run any downloads on my local link to avoid an increase of latency and thereby stales. I even have qos set up to prefer my miners traffic to the normal web traffic while surfing. But efficiency still sucks hard.
Any ideas what else I could try?
Try setting a cap on your incoming connections with --max-conns. I've noticed that nodes with a lot of incoming connections actually have higher dead/orphan rates than nodes with lower connections (I set my max connections to 5 and I almost always have perfect efficiency).

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
August 12, 2012, 04:33:45 PM
 #3223

My p2pool efficiency is only about 93%, someone has a clue what the reason for this could be?

I run my p2pool instance on a server with 100mbit/s connection, my latency to the server is about 20ms.
My miners are cgminer (with icarus boards) and btcminer (with ztex quads).
I rarely run any downloads on my local link to avoid an increase of latency and thereby stales. I even have qos set up to prefer my miners traffic to the normal web traffic while surfing. But efficiency still sucks hard.
Any ideas what else I could try?

For efficiency rate to be that low, it means your stale rate is pretty high.  Right?

I run two p2pools, on two different machines, with non standard ports.  I have them linked to each other with "-n".  I have my firewall set to forward both nonstandard ports to the respective pools.  My stale rate is ~5%, which right now gives me ~104% efficiency.   Right now I have 24 connections on one, and 11 on the other (was just restarted a few hours ago).

I've also found if I run p2pool on a machine with only one core (processor), my stale rate increases significantly.

Maybe that'll help.

M

I mine at Kano's Pool because it pays the best and is completely transparent!  Come join me!
Krak
Hero Member
*****
Offline Offline

Activity: 591
Merit: 500



View Profile WWW
August 12, 2012, 04:37:51 PM
 #3224

Any chance p2pool could be changed to auto adjust the share difficulty to a given miner based on hash rate?  I know I haven't taken the time to figure out what my ideal share difficulty is, and I'm sure I'm not the only one.
Take a look here. https://bitcointalk.org/index.php?topic=18313.msg816322#msg816322

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
randomguy7
Hero Member
*****
Offline Offline

Activity: 528
Merit: 500


View Profile
August 12, 2012, 04:45:03 PM
 #3225

My p2pool efficiency is only about 93%, someone has a clue what the reason for this could be?

I run my p2pool instance on a server with 100mbit/s connection, my latency to the server is about 20ms.
My miners are cgminer (with icarus boards) and btcminer (with ztex quads).
I rarely run any downloads on my local link to avoid an increase of latency and thereby stales. I even have qos set up to prefer my miners traffic to the normal web traffic while surfing. But efficiency still sucks hard.
Any ideas what else I could try?

For efficiency rate to be that low, it means your stale rate is pretty high.  Right?

I run two p2pools, on two different machines, with non standard ports.  I have them linked to each other with "-n".  I have my firewall set to forward both nonstandard ports to the respective pools.  My stale rate is ~5%, which right now gives me ~104% efficiency.   Right now I have 24 connections on one, and 11 on the other (was just restarted a few hours ago).

I've also found if I run p2pool on a machine with only one core (processor), my stale rate increases significantly.

Maybe that'll help.

M

That's interesting, all three boxes (2 dedi servers, and my local miner box) I tried p2pool on had only one cpu core.

My stale rate usually isn't very high (the difficulty 1 shares), but the shares which meet the difficulty of the p2pool share chain have a higher stale rate than the pool average. Doesn't make a lot of sense to me but that are my numbers.
Red Emerald
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500



View Profile WWW
August 12, 2012, 09:12:13 PM
 #3226

It's not just the stats.  It's the results.  I know past results aren't a guarantee of the future.. but I'm seeing an awful lot of red, literally, because rounds are taking too long.  We used to get more blocks, and higher payouts.  Now it's less blocks, and smaller payouts.  That's a double whammy.

And it all started when the extra 120 g/h was added.

I'm hoping it's a bad streak.. but I have yet to see anyone indicate for sure that we don't have a scaling issue.

Any chance p2pool could be changed to auto adjust the share difficulty to a given miner based on hash rate?  I know I haven't taken the time to figure out what my ideal share difficulty is, and I'm sure I'm not the only one.

M
+1

It seems like we had our luck problem come up last time when the pool grew from 200 to 300 GH/s.  Maybe there is a scaling issue.

eightbitbandit
Newbie
*
Offline Offline

Activity: 8
Merit: 0


View Profile
August 12, 2012, 10:59:18 PM
 #3227

Did the latest update up the ram requirement significantly? I've had oom-killer kill the python process twice in 24hrs. I restarted it again this morning and it's already back up to 350mb. This box only has 1gb total, but it's had no problem running p2pool for weeks uninterrupted before. I finally just put an entry in crontab to restart the thing every 6 hrs.

on my Ubuntu-Server with 4GB Ram  bitcoind use 2.6% and Pyhthon 2.5% Memory

Odd. Our bitcoind's are only off by about 20mb, but my p2pool is using around 200mb more. I'm using the latest git pulls of both (as of yesterday anyway).

This is a Fedora 17 32bit box, if that matters.

Did you patch the Fedora yesterday?

I actually just did a few mins ago, but I haven't rebooted to apply the new kernel yet. According to my yum.log, my last python update was on June 03, to 2.7.3-3. Most of the stuff it pulled down today involved dhclient, perl, and the kernel.

For what it's worth, Fedora patched python on Aug 10th and my ballooning RAM dependencies disappeared. I'm holding steady at about 90mb, which is less than my instance of bitcoind (about 100mb). Just thought I'd drop a note to let others know. It's possible they fixed it earlier, because I updated to 2.7.3-7, vs the 2.7.3-3 I was having problems with. I just had a cron running every six hours that restarted my p2pool instance to keep things in check, heh.
pyramining
Hero Member
*****
Offline Offline

Activity: 501
Merit: 500


View Profile
August 12, 2012, 11:04:57 PM
 #3228

If you think that my entry in p2pool is breaking up things, I can move my miners to solo-mining. I'm talking of around 250GH/s.

I joined having in mind to help p2pool to perform better, not to upset people.
rav3n_pl
Legendary
*
Offline Offline

Activity: 1360
Merit: 1000


Don`t panic! Organize!


View Profile WWW
August 12, 2012, 11:32:50 PM
 #3229

This is odd. My payout was usually mostly around 0.02 to top 0.05 per block when rate was 200-250GH and share diff about 500.
Now pool rate is 400-450GH, share diff about 900 and my payout wend down to 0.007 per block and p2pool.info shows me as 53MH. It is over triple less (not double like it "should").
Something is going terribly wrong when pool rate increased, worst thing is we are not finding much more blocks! I hope it will resolve automagially in next 2-3 days.
Maybe adding optional 10x higher share diff for >1GH pool users? As far I understand payout is calculated from number AND diff of share in chain? Ie share on diff 2000 is worth 2x shares diff 1000? This will decrease "spamming" sharechain by biggest miners.
I`m pretty small miner 190MH tops.

1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  Bitcoin stuff on my OneDrive
My RPC CoinControl for any coin https://bitcointalk.org/index.php?topic=929954
Some stuff on https://github.com/Rav3nPL/
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 2058
Merit: 1006


Poor impulse control.


View Profile WWW
August 12, 2012, 11:43:19 PM
 #3230

Any chance p2pool could be changed to auto adjust the share difficulty to a given miner based on hash rate?  I know I haven't taken the time to figure out what my ideal share difficulty is, and I'm sure I'm not the only one.

Here's some 95% confidence intervals for daily shares submitted:
1000 shares/day: ~ +/- 6%
500 shares/day: ~ +/- 9%
250 shares/day: ~ +/- 14%
125 shares/day: ~ +/- 17%
60 shares/day: ~ +/- 25%

1. Select a target number of shares to be submitted based on a payout variance you can live with (say 500 shares/day = 9%).
2. Work out the number of difficulty 1 shares you'd submit in a day (at 2.4 Ghps, that would be about 48280 diff 1 shares).
3. Divide number of diff 1 shares by the daily shares selected in step 1. In this example, 48280/500 = 98, so in this case a difficulty of 100 would be a good selection.

I'll post a longer list with better granularity if anyone find this useful.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
August 13, 2012, 12:07:43 AM
 #3231

This is odd. My payout was usually mostly around 0.02 to top 0.05 per block when rate was 200-250GH and share diff about 500.
Now pool rate is 400-450GH, share diff about 900 and my payout wend down to 0.007 per block and p2pool.info shows me as 53MH. It is over triple less (not double like it "should").
Something is going terribly wrong when pool rate increased, worst thing is we are not finding much more blocks! I hope it will resolve automagially in next 2-3 days.
Maybe adding optional 10x higher share diff for >1GH pool users? As far I understand payout is calculated from number AND diff of share in chain? Ie share on diff 2000 is worth 2x shares diff 1000? This will decrease "spamming" sharechain by biggest miners.
I`m pretty small miner 190MH tops.

This is my point exactly!!  We're getting less blocks and less payout!

M

I mine at Kano's Pool because it pays the best and is completely transparent!  Come join me!
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
August 13, 2012, 12:08:19 AM
 #3232

If you think that my entry in p2pool is breaking up things, I can move my miners to solo-mining. I'm talking of around 250GH/s.

I joined having in mind to help p2pool to perform better, not to upset people.

Have you adjusted the difficulty to compensate for your high horsepower? 

M

I mine at Kano's Pool because it pays the best and is completely transparent!  Come join me!
420
Hero Member
*****
Offline Offline

Activity: 756
Merit: 500



View Profile
August 13, 2012, 12:15:06 AM
 #3233

If you think that my entry in p2pool is breaking up things, I can move my miners to solo-mining. I'm talking of around 250GH/s.

I joined having in mind to help p2pool to perform better, not to upset people.

Have you adjusted the difficulty to compensate for your high horsepower? 

M

you can set manual difficulty with p2pool?

Donations: 1JVhKjUKSjBd7fPXQJsBs5P3Yphk38AqPr - TIPS
the hacks, the hacks, secure your bits!
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
August 13, 2012, 12:58:30 AM
 #3234

If you think that my entry in p2pool is breaking up things, I can move my miners to solo-mining. I'm talking of around 250GH/s.

I joined having in mind to help p2pool to perform better, not to upset people.

Have you adjusted the difficulty to compensate for your high horsepower? 

M

you can set manual difficulty with p2pool?

From https://en.bitcoin.it/wiki/P2Pool:

Code:
Appending "/1000" to a miner's username will increase the difficulty of producing a P2Pool share to at most 1000. This is useful to large miners because doing this can make it easier for small miners while minimally impacting the large miners themselves. See recommended values.

    Appending "+1" (for example) after that will make P2Pool always give your miners work with a difficulty of 1

See https://bitcointalk.org/index.php?topic=18313.msg816322#msg816322 for recommended values.

M

I mine at Kano's Pool because it pays the best and is completely transparent!  Come join me!
JayCoin
Sr. Member
****
Offline Offline

Activity: 409
Merit: 251


Crypt'n Since 2011


View Profile WWW
August 13, 2012, 02:29:04 AM
Last edit: August 13, 2012, 02:52:04 AM by JayCoin
 #3235

If you think that my entry in p2pool is breaking up things, I can move my miners to solo-mining. I'm talking of around 250GH/s.

I joined having in mind to help p2pool to perform better, not to upset people.

Have you adjusted the difficulty to compensate for your high horsepower?  

M

you can set manual difficulty with p2pool?

You can adjust difficulty by making the miner's user name <username>+<difficulty> for example: username+1

This would be useful to decrease the load on your p2pool node on big time hashrate miners.

You would not want to increase share difficulty above p2pool share chain difficulty or a miner may discard work that could have been added to the p2pool share chain.

This has been disabled in recent versions because forrestv thought the shares that where not difficulty 1 would screw up some mining programs. 

To allow this to work, you need to edit the p2pool/bitcoin/networks.py file. On line 26 change:

Code:
SANE_TARGET_RANGE=(2**256//2**32 - 1, 2**256//2**32 - 1),

To:

Code:
SANE_TARGET_RANGE=(2**256//2**64 - 1, 2**256//2**32 - 1),

The other option (/) doesn't seem to be currently implemented anywhere (I PMd forrestv to find out about this)

CGMiner doesn't seem to be affected by different share difficulties from the tests I have done. That is all I can vouch for.

Hello There!
racerguy
Sr. Member
****
Offline Offline

Activity: 270
Merit: 250


View Profile
August 13, 2012, 03:14:15 AM
 #3236

This is odd. My payout was usually mostly around 0.02 to top 0.05 per block when rate was 200-250GH and share diff about 500.
Now pool rate is 400-450GH, share diff about 900 and my payout wend down to 0.007 per block and p2pool.info shows me as 53MH. It is over triple less (not double like it "should").
Something is going terribly wrong when pool rate increased, worst thing is we are not finding much more blocks! I hope it will resolve automagially in next 2-3 days.
Maybe adding optional 10x higher share diff for >1GH pool users? As far I understand payout is calculated from number AND diff of share in chain? Ie share on diff 2000 is worth 2x shares diff 1000? This will decrease "spamming" sharechain by biggest miners.
I`m pretty small miner 190MH tops.

This is my point exactly!!  We're getting less blocks and less payout!

M

True we got less blocks this week but i don't think it's anything outside of normal expected variance.
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 2058
Merit: 1006


Poor impulse control.


View Profile WWW
August 13, 2012, 03:47:51 AM
 #3237


How are the values you linked to "recommended"? What's the advantage of using them?

It look like D&T is trying to provide a guide based on what is probably best to worst in terms of variance, but no values are given. So how do you make a selection?

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
forrestv
Hero Member
*****
Offline Offline

Activity: 516
Merit: 514


View Profile
August 13, 2012, 06:03:03 AM
 #3238

The + option (pseudoshare difficulty) is indeed disabled for the Bitcoin P2Pool due to me being paranoid, though that shouldn't be a large issue.

The other option (/) doesn't seem to be currently implemented anywhere (I PMd forrestv to find out about this)

The / option (share difficulty) is still there, though:

In work.py:
Code:
       desired_share_target = 2**256 - 1
        if '/' in user:
            user, min_diff_str = user.rsplit('/', 1)
            try:
                desired_share_target = bitcoin_data.difficulty_to_target(float(min_diff_str))
            except:
                pass
...
Code:
               desired_timestamp=int(time.time() - self.current_work.value['clock_offset']),
                desired_target=desired_share_target,
                ref_merkle_link=dict(branch=[], index=0),

I urge larger miners to use /3000 or higher in order to keep the variance down for smaller P2Pool miners. This will increase the difficulty of your shares to 3000, but each share is worth proportionally more. Simply append /3000 to the end of your miners' usernames. This will keep share difficulty (and consequentially, variance) low for small miners.

Also, don't worry, because no value is too high for either pseudoshare (+) or share (/) difficulty. P2Pool will ignore values of + that would cause it to drop shares otherwise, and the / value is capped at 10x the current minimum(default) share difficulty.

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
Red Emerald
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500



View Profile WWW
August 13, 2012, 06:05:47 AM
 #3239

If you think that my entry in p2pool is breaking up things, I can move my miners to solo-mining. I'm talking of around 250GH/s.

I joined having in mind to help p2pool to perform better, not to upset people.
I'm not blaming you and sincerely hope that you being part of the pool is a good thing.  I'm just wanting to make sure its luck and not a bug or something.  With today, it's looking like it was just a run of bad luck.

Krak
Hero Member
*****
Offline Offline

Activity: 591
Merit: 500



View Profile WWW
August 13, 2012, 06:07:56 AM
 #3240

I urge larger miners to use /3000 or higher in order to keep the variance down for smaller P2Pool miners. This will increase the difficulty of your shares to 3000, but each share is worth proportionally more. Simply append /3000 to the end of your miners' usernames. This will keep share difficulty (and consequentially, variance) low for small miners.

Also, don't worry, because no value is too high for either pseudoshare (+) or share (/) difficulty. P2Pool will ignore values of + that would cause it to drop shares otherwise, and the / value is capped at 10x the current minimum(default) share difficulty.
Ahh, so right now ~10,000 is the highest difficulty allowed? Damn. My share variance is starting to hurt pretty bad. Undecided

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
Pages: « 1 ... 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 [162] 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 ... 814 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!