Bitcoin Forum
December 10, 2016, 04:53:38 PM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 213 214 215 216 217 ... 744 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2034756 times)
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
August 20, 2012, 01:57:05 PM
 #3321

That chart isn't entirely accurate.  Things went sour when the extra 200g/h was added.  Yes, we did have one ridiculously good day when we got like 10 blocks, but most other days were not as good as they should have been when we were almost double the hash rate.

I take comments like this seriously. If you show me and explain exactly which data is inaccurate and I'll fix it immediately.

I'm sorry, maybe I'm misunderstanding, and I probably worded it poorly.  The chart is probably fine.  It's your quote about "no bad luck in 6 weeks".  I'm guessing you're looking at the large scheme of things?  We had three instances in the last 14 days where it took > 24 hours for a block.  7 day luck dropped below 90% not that long ago.  What exactly do you mean by no bad luck? 

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481388818
Hero Member
*
Offline Offline

Posts: 1481388818

View Profile Personal Message (Offline)

Ignore
1481388818
Reply with quote  #2

1481388818
Report to moderator
1481388818
Hero Member
*
Offline Offline

Posts: 1481388818

View Profile Personal Message (Offline)

Ignore
1481388818
Reply with quote  #2

1481388818
Report to moderator
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1960


Poor impulse control.


View Profile WWW
August 20, 2012, 02:14:33 PM
 #3322

That chart isn't entirely accurate.  Things went sour when the extra 200g/h was added.  Yes, we did have one ridiculously good day when we got like 10 blocks, but most other days were not as good as they should have been when we were almost double the hash rate.

I take comments like this seriously. If you show me and explain exactly which data is inaccurate and I'll fix it immediately.

I'm sorry, maybe I'm misunderstanding, and I probably worded it poorly.  The chart is probably fine.  It's your quote about "no bad luck in 6 weeks".  I'm guessing you're looking at the large scheme of things?  We had three instances in the last 14 days where it took > 24 hours for a block.  7 day luck dropped below 90% not that long ago.  What exactly do you mean by no bad luck? 

M

I follow. You're looking at the 7 day rolling mean at p2Pool.info? That's not quite the same as the weekly average chart I produce. Mine is just the week's average luck. It's more useful than the 7 day rolling mean when analysing long term trends. If you average the last 7 weeks data, the average round shares / difficulty is less than 1. This means better than average luck. But the weekly averages don't have the granularity to find small intraweek drops in luck, for which a 7 day rolling mean is more suited.

Even so, for investigating what you're interested in neither is as good a simple correlation analysis. I did that when I wrote the p2Pool Neighbourhood Pool Watch post and didn't find a correlation between hashrate and round length. I can do it again if miners here really think there's a problem. I honestly can't see how increasing the hashrate would increase the probability of more than averge shares to solve a round though. An increase in orphans maybe, and even then there wasn't a significant correlation when last I checked.

 

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

Activity: 1358


View Profile
August 20, 2012, 02:29:14 PM
 #3323

I'm sorry, maybe I'm misunderstanding, and I probably worded it poorly.  The chart is probably fine.  It's your quote about "no bad luck in 6 weeks".  I'm guessing you're looking at the large scheme of things?  We had three instances in the last 14 days where it took > 24 hours for a block.  7 day luck dropped below 90% not that long ago.  What exactly do you mean by no bad luck? 

M

I follow. You're looking at the 7 day rolling mean at p2Pool.info? That's not quite the same as the weekly average chart I produce. Mine is just the week's average luck. It's more useful than the 7 day rolling mean when analysing long term trends. If you average the last 7 weeks data, the average round shares / difficulty is less than 1. This means better than average luck. But the weekly averages don't have the granularity to find small intraweek drops in luck, for which a 7 day rolling mean is more suited.

Even so, for investigating what you're interested in neither is as good a simple correlation analysis. I did that when I wrote the p2Pool Neighbourhood Pool Watch post and didn't find a correlation between hashrate and round length. I can do it again if miners here really think there's a problem. I honestly can't see how increasing the hashrate would increase the probability of more than averge shares to solve a round though. An increase in orphans maybe, and even then there wasn't a significant correlation when last I checked.

So, you're saying long term analysis indicates that p2pool is coming out ahead, but no one else is?  I was always under the impression that every pool, if you look at it long enough, will balance out to "in luck".

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1960


Poor impulse control.


View Profile WWW
August 20, 2012, 02:35:48 PM
 #3324

I'm sorry, maybe I'm misunderstanding, and I probably worded it poorly.  The chart is probably fine.  It's your quote about "no bad luck in 6 weeks".  I'm guessing you're looking at the large scheme of things?  We had three instances in the last 14 days where it took > 24 hours for a block.  7 day luck dropped below 90% not that long ago.  What exactly do you mean by no bad luck? 

M

I follow. You're looking at the 7 day rolling mean at p2Pool.info? That's not quite the same as the weekly average chart I produce. Mine is just the week's average luck. It's more useful than the 7 day rolling mean when analysing long term trends. If you average the last 7 weeks data, the average round shares / difficulty is less than 1. This means better than average luck. But the weekly averages don't have the granularity to find small intraweek drops in luck, for which a 7 day rolling mean is more suited.

Even so, for investigating what you're interested in neither is as good a simple correlation analysis. I did that when I wrote the p2Pool Neighbourhood Pool Watch post and didn't find a correlation between hashrate and round length. I can do it again if miners here really think there's a problem. I honestly can't see how increasing the hashrate would increase the probability of more than averge shares to solve a round though. An increase in orphans maybe, and even then there wasn't a significant correlation when last I checked.

So, you're saying long term analysis indicates that p2pool is coming out ahead, but no one else is?  I was always under the impression that every pool, if you look at it long enough, will balance out to "in luck".

M

I'm saying that the average (round length)/difficulty < 1 for the last 7 weeks. If you want to try for yourself, take the total shares per round, divide by difficulty and take the mean.


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

Activity: 1358


View Profile
August 21, 2012, 01:09:45 AM
 #3325

What's up with block 194900?

Looks like we found it twice, and of now (43 minutes after the last one), still haven't been payed for it?

Double orphan on the same block? Sad

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
twmz
Hero Member
*****
Offline Offline

Activity: 737



View Profile
August 21, 2012, 01:42:14 AM
 #3326

What's up with block 194900?

Looks like we found it twice, and of now (43 minutes after the last one), still haven't been payed for it?

Double orphan on the same block? Sad

M

One of them is orphaned and the other is not.  It's a rare glitch on p2pool.info that causes it to not appear orphaned until 2 hours later only when the pool finds two blocks with the same height that are competing.  Later tonight, it will fix itself and one of them will appear orphaned.

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
Syke
Legendary
*
Offline Offline

Activity: 2100


View Profile
August 21, 2012, 08:16:16 AM
 #3327

I do think we have a scaling issue.
I'm not so sure, a week is not enough to know, p2pool took 8 month to have a 90 days positive pool luck index.

spiccioli
"6 weeks of no bad L" ... except for that period when we had an extra 200g/h.  Seems pretty convincing to me.

M
So when I toss a coin in the air and call out "HEADS", and it lands on heads, that's pretty convincing that I can control a coin toss?

Look, shares start out at 10 seconds on average. When the hashrate goes up, difficulty goes up, and share rate goes to ... 10 seconds on average. "bad luck" is not caused by an increased hashrate.

Buy & Hold
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
August 21, 2012, 10:58:44 AM
 #3328

What's up with block 194900?

Looks like we found it twice, and of now (43 minutes after the last one), still haven't been payed for it?

Double orphan on the same block? Sad

M

One of them is orphaned and the other is not.  It's a rare glitch on p2pool.info that causes it to not appear orphaned until 2 hours later only when the pool finds two blocks with the same height that are competing.  Later tonight, it will fix itself and one of them will appear orphaned.

We orphaned our own block though?  And I still get payout for that block..

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
twmz
Hero Member
*****
Offline Offline

Activity: 737



View Profile
August 21, 2012, 11:20:01 AM
 #3329

What's up with block 194900?

Looks like we found it twice, and of now (43 minutes after the last one), still haven't been payed for it?

Double orphan on the same block? Sad

M

One of them is orphaned and the other is not.  It's a rare glitch on p2pool.info that causes it to not appear orphaned until 2 hours later only when the pool finds two blocks with the same height that are competing.  Later tonight, it will fix itself and one of them will appear orphaned.

We orphaned our own block though?  And I still get payout for that block..

M

yes, we had two blocks in competition for a while.  It looks like both were actually extended by others and it wasn't until the 194902 height that one of them "won" and the other was orhpaned.  You should have gotten a payment for the one that "won" (assuming you had at least 1 share prior to the block being found) and not for the orphaned block.  However, you may have a transaction with 0 confirmations in your transaction log for the orphaned block.  That's normal. It will never get confirmed and so you might as well just ignore it.

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
August 22, 2012, 12:37:51 AM
 #3330

We orphaned our own block though?  And I still get payout for that block..

M

yes, we had two blocks in competition for a while.  It looks like both were actually extended by others and it wasn't until the 194902 height that one of them "won" and the other was orhpaned.  You should have gotten a payment for the one that "won" (assuming you had at least 1 share prior to the block being found) and not for the orphaned block.  However, you may have a transaction with 0 confirmations in your transaction log for the orphaned block.  That's normal. It will never get confirmed and so you might as well just ignore it.

I ran "bitcoind -rescan" and it found the missing transaction.

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
Naelr
Full Member
***
Offline Offline

Activity: 231


View Profile WWW
August 23, 2012, 01:19:14 AM
 #3331

Is it crazy to see 6.3 gigs upload as a result of P2Pool traffic?  BTC and LTC?

Join me in hosted mining.  And always use 2 Factor Auth whenever possible.
CEX.IO hosting mining
ChanceCoats123
Hero Member
*****
Offline Offline

Activity: 680



View Profile
August 23, 2012, 01:26:38 AM
 #3332

Is it crazy to see 6.3 gigs upload as a result of P2Pool traffic?  BTC and LTC?

Over what timeframe? Or am I confused about the question? There is definite up and down traffic because of P2pool (sending and receiving information from other nodes), but until we know the time frame that 6.3gb was uploaded, I wouldn't know. I haven't measured my network usage from P2pool though.
Naelr
Full Member
***
Offline Offline

Activity: 231


View Profile WWW
August 23, 2012, 02:52:43 AM
 #3333

Is it crazy to see 6.3 gigs upload as a result of P2Pool traffic?  BTC and LTC?

Over what timeframe? Or am I confused about the question? There is definite up and down traffic because of P2pool (sending and receiving information from other nodes), but until we know the time frame that 6.3gb was uploaded, I wouldn't know. I haven't measured my network usage from P2pool though.

oops... I thought I put that in there ... 4 days... is what my box says is the uptime.

Join me in hosted mining.  And always use 2 Factor Auth whenever possible.
CEX.IO hosting mining
Krak
Hero Member
*****
Offline Offline

Activity: 591



View Profile WWW
August 23, 2012, 02:55:24 AM
 #3334

Is it crazy to see 6.3 gigs upload as a result of P2Pool traffic?  BTC and LTC?
I do know I'd been running into my data cap (150GB per month) almost every month in the recent months that I was running p2pool. I'm not entirely sure that p2pool was the cause though.

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
Naelr
Full Member
***
Offline Offline

Activity: 231


View Profile WWW
August 23, 2012, 03:06:20 AM
 #3335

Is it crazy to see 6.3 gigs upload as a result of P2Pool traffic?  BTC and LTC?
I do know I'd been running into my data cap (150GB per month) almost every month in the recent months that I was running p2pool. I'm not entirely sure that p2pool was the cause though.

Well I noticed on my router 2 gigs a day for the last 2 days ..then noticed I left a torrent seeding.. that might be the cause for my internet being shitty today... but looking at stats on my linux box running p2pool

for the last 4 days...

network history 2.7 GiB down 6.6GiB up ... I have done system up dates as well and I haven't uploaded anything from that computer I am watching it in real time and the outgoing spikes to 250 KiB/s for about 10-15 seconds every minute.   No other services on that box that would send info to the internet ... and no one is connected to my pools....

Join me in hosted mining.  And always use 2 Factor Auth whenever possible.
CEX.IO hosting mining
Smoovious
Hero Member
*****
Offline Offline

Activity: 504

Scattering my bits around the net since 1980


View Profile
August 23, 2012, 04:16:45 AM
 #3336

Is it crazy to see 6.3 gigs upload as a result of P2Pool traffic?  BTC and LTC?
I do know I'd been running into my data cap (150GB per month) almost every month in the recent months that I was running p2pool. I'm not entirely sure that p2pool was the cause though.
Maybe check on the # of connections you guys are allowing, both in p2pool, and in your daemons, and cut them down more.

That should drop the cumulative bandwidth used.

-- Smoov

ps: You have a data cap? ... Does the data cap only count on traffic that goes outside of our network? Do you get free in-network traffic?
Krak
Hero Member
*****
Offline Offline

Activity: 591



View Profile WWW
August 23, 2012, 04:22:51 AM
 #3337

ps: You have a data cap? ... Does the data cap only count on traffic that goes outside of our network? Do you get free in-network traffic?
AT&T has a cap on all of the data transferred on their network now; 150GB for DSL and 250GB for U-Verse.

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

Activity: 504

Scattering my bits around the net since 1980


View Profile
August 23, 2012, 04:26:43 AM
 #3338

ps: You have a data cap? ... Does the data cap only count on traffic that goes outside of our network? Do you get free in-network traffic?
AT&T has a cap on all of the data transferred on their network now; 150GB for DSL and 250GB for U-Verse.
We haven't received any kind of notice of such a cap, and with the speed plan we have here, I'd hit that 250GB very very quickly.

Maybe, tho, because you're more rural than I...

-- Smoov
Krak
Hero Member
*****
Offline Offline

Activity: 591



View Profile WWW
August 23, 2012, 04:31:18 AM
 #3339

We haven't received any kind of notice of such a cap, and with the speed plan we have here, I'd hit that 250GB very very quickly.

Maybe, tho, because you're more rural than I...

-- Smoov
Nope, they didn't send out a notice (this is AT&T after all), but the caps are definitely there. They were added on May 2 last year.

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

Activity: 504

Scattering my bits around the net since 1980


View Profile
August 23, 2012, 04:40:44 AM
 #3340

We haven't received any kind of notice of such a cap, and with the speed plan we have here, I'd hit that 250GB very very quickly.

Maybe, tho, because you're more rural than I...

-- Smoov
Nope, they didn't send out a notice (this is AT&T after all), but the caps are definitely there. They were added on May 2 last year.
Nah, they have to notify the customers of a change in the contract, which caps would be... otherwise, we'd be able to take them to court.

Even just having a note on one of the bills that they were going to change the terms, would suffice, but we got nothing.

Soo... we'll see...

-- Smoov
Pages: « 1 ... 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 213 214 215 216 217 ... 744 »
  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!