Bitcoin Forum
December 05, 2016, 06:49:17 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 [263] 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 ... 744 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2030638 times)
sdczen
Jr. Member
*
Offline Offline

Activity: 52



View Profile WWW
May 05, 2013, 07:38:08 AM
 #5241

Quote
Could you post the line from the p2pool program feed that looks like:
New work for worker! Difficulty: 0.000200 Share difficulty: 0.994552 Total block value: 50.210500 LTC including 10 transactions

It's still the same as mentioned above:  "New work for worker! Difficulty: 0.232827 Share difficulty: 5.000000 Total block value: 53.123000 LTC including 45 transactions"  This is using: Usrnme/5+5

P2pool version is: 11.3 (I tried 11.4, that seemed to decrease my share rate further)  Cgminer version: 3.1.0.

I'm receiving payouts.  The odd behavior is receiving consistent share/payout per block of .45 LTC for 12+ hours, then it drops to .10 for another 12 + hours.  This happens when the p2pool node has been operating fine, along with all the miners connected.  Smooth & even hashrates.  The overall pool hashrate has a mean score of 580MH/s.  I would anticipate a much lower payout if the pool hashrate jumped to 1,200MH/s, but it stays within 100-150+- MH/s variance of the mean score.  My efficiency is normally between 110%-120%.

Thank you for the reply. 

Thanks - I think this shows what's wrong:

1) your +5 difficulty is way to high so p2pool has already reduced it down to .232 (otherwise it would get no statistics)
2) the /5 difficulty is causing 200% higher variance than is typical. The payouts change so much because you are only submitting a rare high difficulty share instead of frequent low difficulty shares. p2pool is not a PPS payout system, but a PPLNS. When you find a share, you will get paid out every time p2pool finds a block for some period of time. If you find shares infrequently, there will be much variance. With a /5 difficulty, you'll find shares infrequently.

Both of those settings won't affect your expected or average payout, just change the variance and frequency of payouts.

i'd try one of these two:
1) don't use /difficulty+difficulty at all and let p2pool tune it for you (especially good if you're a small miner)
2) If you're a bigger miner and want to tune your difficulty, perhaps trying /2+.0002 as a starting point and tune as you see fit. If you're payout variance is too high, get rid of the /2. If you're statistics reporting to p2pool is too much (crashing the server) then increase +.0002 to something higher (or lower if you want more accurate statistics)

Thank you, I'm starting to get a better understanding of how P2pool LTC difficulty works now.  There isn't much info regarding the subject (at least that I've found).  It's still a bit murky on how p2pool assigns shares & what the requirement/per difficulty setting.  Ideally, it would be nice to know that I'm only submitting hashes that meet the difficulty requirement to receive a share from p2pool.  For example:

usrnme/2 = would require 200k share (cgminer etc..) to receive a share from P2pool.
usrnme/3 = would require 300k share
usrnme/4 = etc....

I've used the usrnme/2 difficulty and submitted (accepted) a 250K share from cgminer, and looked in P2pool to see if it counted, and it was not counted.  Me being a pain in the arse, I like to understand how things work, so that I can apply them to my needs as best I can. 

I really appreciate you sharing your knowledge, it's been a wealth of information!

Reviews, tutorials, and online store.  www.coinaxis.com
BTC: 1whNzNfj2ouxvu2XFGZfhRNrojBriPkh5
LTC: LfBNaL93itbk6KFtsKPJgKBKCKC1DWatSs
1480963757
Hero Member
*
Offline Offline

Posts: 1480963757

View Profile Personal Message (Offline)

Ignore
1480963757
Reply with quote  #2

1480963757
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480963757
Hero Member
*
Offline Offline

Posts: 1480963757

View Profile Personal Message (Offline)

Ignore
1480963757
Reply with quote  #2

1480963757
Report to moderator
1480963757
Hero Member
*
Offline Offline

Posts: 1480963757

View Profile Personal Message (Offline)

Ignore
1480963757
Reply with quote  #2

1480963757
Report to moderator
1480963757
Hero Member
*
Offline Offline

Posts: 1480963757

View Profile Personal Message (Offline)

Ignore
1480963757
Reply with quote  #2

1480963757
Report to moderator
Subo1977
Sr. Member
****
Offline Offline

Activity: 345


View Profile
May 05, 2013, 08:06:27 AM
 #5242

Have a look at my latency Graph....

http://p2pool-cologne.dyndns.org:9332/static/graphs.html?Hour

is it nice?  Smiley



I provide a 1000Mbit+ Torrent-Seedbox in FR and a 500Mbit Box in NL for orginal Blockchain Bootstrap.dat download. and also for Armoryclient Torrent

Tips are welcome:  15MuGdPSXU62fEFE9XbBZN3UvJMHBDVBoy
rav3n_pl
Legendary
*
Offline Offline

Activity: 1320


Don`t panic! Organize!


View Profile
May 05, 2013, 08:21:12 AM
 #5243

WOW! How?

1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  Bitcoin stuff on my OneDrive
My RPC CoinControl for any coin https://bitcointalk.org/index.php?topic=929954
My SatoshDice bot https://bitcointalk.org/index.php?topic=897685
Subo1977
Sr. Member
****
Offline Offline

Activity: 345


View Profile
May 05, 2013, 08:31:24 AM
 #5244

WOW! How?

1) actual bitcoin from git ( moves  variables ...Fees.. from main.h to main.cpp)
 2)  set in src/main.cpp the parameters to
int64 CTransaction::nMinTxFee = 1000000000;    # Override with -mintxfee
int64 CTransaction::nMinRelayTxFee = 1000000000;





3) compile bitcoin

EDIT:
Or.. not tested:  set  -mintxfee  -minrelaytxfee to 1000000000  without editing main.cpp
 

4) in bitcoin.conf:
blockmaxsize=5000
blockprioritysize=0
blockminsize=0

Greets

I provide a 1000Mbit+ Torrent-Seedbox in FR and a 500Mbit Box in NL for orginal Blockchain Bootstrap.dat download. and also for Armoryclient Torrent

Tips are welcome:  15MuGdPSXU62fEFE9XbBZN3UvJMHBDVBoy
Amph
Legendary
*
Online Online

Activity: 1344



View Profile
May 05, 2013, 08:54:22 AM
 #5245

can anyone give me the link for 11.3 version?

thank you

Searinox
Member
**
Offline Offline

Activity: 100

Do you like fire? I'm full of it.


View Profile
May 05, 2013, 09:05:49 AM
 #5246

100% agreed. A few pages back I posted I was having trouble with p2pool's latency going up over time, now it seems more and more people are reporting it. Reverting to 11.3.

Something that might help you debug it: I found that p2pool returns to normal latency not when you restart it, but when you restart the bitcoin daemon. It might not be purely a latency issue with p2pool itself but rather the way it communicates with bitcoind.

Old P2Pool: http://u.forre.st/u/drxlzowj/p2pool_win32_11.3.zip

PS: Forrestv it really doesn't help that your binaries repository donesn't have a standardized folder structure and the builds are inside random-named folders whose root is unbrowsable. I had to use google's cache. Just sayin. Cheesy
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
May 05, 2013, 09:30:59 AM
 #5247

WOW! How?

1) actual bitcoin from git ( moves  variables ...Fees.. from main.h to main.cpp)
 2)  set in src/main.cpp the parameters to
int64 CTransaction::nMinTxFee = 1000000000;    # Override with -mintxfee
int64 CTransaction::nMinRelayTxFee = 1000000000;





3) compile bitcoin

EDIT:
Or.. not tested:  set  -mintxfee  -minrelaytxfee to 1000000000  without editing main.cpp
 

4) in bitcoin.conf:
blockmaxsize=5000
blockprioritysize=0
blockminsize=0

Greets
Basically your saying that pool mining is 100 times better for bitcoin than your p2pool settings coz some pools can commit up to 100x the transactions that you do.
Transactions are the other part of what is necessary to keep bitcoin alive.
No transactions means no bitcoin.

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
May 05, 2013, 09:57:46 AM
 #5248

I'm not sure there'd be much benefit to C compared to some other languages which are more easily cross-platform such as Perl or Java. More power to the elbow of anyone who wants to though.
There is a benefit in using a compiled language that does not have garbage collection and gives you access to low-level OS primitives - you can write really tight high performance code. I think that C++ would be a better choice over C, though.

Don't get me wrong, I'm a long time C/C++ advocate and user. But is something like this really in that much need of that level tight, high-performance code? (Maybe it is, I just don't know that much about it).

It seems to me there's a scaling issue, which is why it isn't working properly with an asic as small as a jalapeno.  I'm concerned about cross platform compatibility too.

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.
Subo1977
Sr. Member
****
Offline Offline

Activity: 345


View Profile
May 05, 2013, 09:59:59 AM
 #5249

WOW! How?

1) actual bitcoin from git ( moves  variables ...Fees.. from main.h to main.cpp)
 2)  set in src/main.cpp the parameters to
int64 CTransaction::nMinTxFee = 1000000000;    # Override with -mintxfee
int64 CTransaction::nMinRelayTxFee = 1000000000;





3) compile bitcoin

EDIT:
Or.. not tested:  set  -mintxfee  -minrelaytxfee to 1000000000  without editing main.cpp
 

4) in bitcoin.conf:
blockmaxsize=5000
blockprioritysize=0
blockminsize=0

Greets
Basically your saying that pool mining is 100 times better for bitcoin than your p2pool settings coz some pools can commit up to 100x the transactions that you do.
Transactions are the other part of what is necessary to keep bitcoin alive.
No transactions means no bitcoin.

I wouldn start a discussion over the pro and cons of TX handling with P2pool.

i  would only show the impact of TX integration on the Performance in an actual setup.

I provide a 1000Mbit+ Torrent-Seedbox in FR and a 500Mbit Box in NL for orginal Blockchain Bootstrap.dat download. and also for Armoryclient Torrent

Tips are welcome:  15MuGdPSXU62fEFE9XbBZN3UvJMHBDVBoy
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
May 05, 2013, 10:16:34 AM
 #5250

WOW! How?

1) actual bitcoin from git ( moves  variables ...Fees.. from main.h to main.cpp)
 2)  set in src/main.cpp the parameters to
int64 CTransaction::nMinTxFee = 1000000000;    # Override with -mintxfee
int64 CTransaction::nMinRelayTxFee = 1000000000;


3) compile bitcoin

EDIT:
Or.. not tested:  set  -mintxfee  -minrelaytxfee to 1000000000  without editing main.cpp
 

4) in bitcoin.conf:
blockmaxsize=5000
blockprioritysize=0
blockminsize=0

Greets
Basically your saying that pool mining is 100 times better for bitcoin than your p2pool settings coz some pools can commit up to 100x the transactions that you do.
Transactions are the other part of what is necessary to keep bitcoin alive.
No transactions means no bitcoin.

I wouldn start a discussion over the pro and cons of TX handling with P2pool.

i  would only show the impact of TX integration on the Performance in an actual setup.

No transactions == bad idea.  No discussion needed.

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.
zvs
Legendary
*
Offline Offline

Activity: 1386



View Profile WWW
May 05, 2013, 10:24:07 AM
 #5251

going back about 3 or 4 pages

Quote from: zvs
i sent him a custom copy of bitcoind on tues, now he runs around a constant 3.5-4ms latency.  this is on some cheap $40 OVH machine.  8GB RAM and some semi-junk CPU.   this was accomplished essentially by just raising the tx fee to 100000.  at that rate, you'll only get tx'es that'll clear out on the next block.   he's also set to 5000 max blocksize.   though, you'd start to notice the ramdrive a lot more once you start raising the blocksize.  the problem I have with it is that it also increases the # of orphans..

i think it'd be much better if the block solver got all the TX fees instead of however the reward system works now (and, no, this isn't favoring someone that's 60ghash, because like the share difficulty, in the long run it would all even out).

it does bother me when people have the maxblocksize set to <1000, though.... because occasionally you will get that transaction with the 5 BTC fee and it only takes a few KB to get it in a block...  lenny solved one of those just about a week or two ago (block was worth 33, I believe)

WOW! How?

1) actual bitcoin from git ( moves  variables ...Fees.. from main.h to main.cpp)
 2)  set in src/main.cpp the parameters to
int64 CTransaction::nMinTxFee = 1000000000;    # Override with -mintxfee
int64 CTransaction::nMinRelayTxFee = 1000000000;





3) compile bitcoin

EDIT:
Or.. not tested:  set  -mintxfee  -minrelaytxfee to 1000000000  without editing main.cpp
 

4) in bitcoin.conf:
blockmaxsize=5000
blockprioritysize=0
blockminsize=0

Greets
Basically your saying that pool mining is 100 times better for bitcoin than your p2pool settings coz some pools can commit up to 100x the transactions that you do.
Transactions are the other part of what is necessary to keep bitcoin alive.
No transactions means no bitcoin.

...
Yeah, so there's really no reason not to just change it over to the TX'es.     Add them to your blocks, take the risk of having a few more orphans, but get the whole TX amt if you solve it
Except that is the exact opposite of the BTC design.
BTC design is to halve every 4 years coz transaction fees will 'supposedly' cover this over time.
So doing it that way means to head in the direction of giving all the reward to the block finder ... i.e. the opposite of being a pool.

so obtuse

i'm not helping propagate your share full of transactions, because it gets orphaned

if a large amount of transactions still cause shares to have an increased chance of being orphaned and assuming people still use p2pool when this may matter, in 4, 8, or 12 years, then i suspect it would be wise to then do a rethink. 

oh, assuming the issue w/ the increased orphans isnt solved by then, in a decade or whatever.

he can run his pool the way he wants to.  right now, that's the best way to run a p2pool pool.

you can either a) fix p2pool so that having a bunch of transactions doesn't cause you to get double, triple, or quadruple as many orphans, b) implement a stop-gap like i proposed, or c) stfu

Dacentec, best deals for US dedicated servers. They regularly restock $20-$25 Opterons with 8-16GB RAM & 2x1-2TB HDD's (ofc, usually lots of other good stuff to choose from).  I did a Serverbear benchmark of one of my $20/mo Opteron (June last year), it's here.  Have had about a half dozen different servers with Dacentec, & none have failed to sustain at least 40MB/s (burst higher). My favorite is a 12-month rent-to-own ZT Systems 2XL5520 16GB 2x2TB SATA for $40/month (got lucky with the 'off-brand', haven't seen a RTO 2xL5520 for under $50/mo since -- at least for monthly contracts).  wholesaleinternet.com has some ancient 2-core intel CPUs @ $10/mo sometimes (I got an Intel Core 2 6300 @ 1.86GHz, with a 250GB HDD with 46000 hours on it, LOL. $20 @ Dacentec is much better, if you can grab one). joesdatacenter.com (same location as Wholesale Internet) also occasionally has specials (or if you don't want to wait, it has an AMD Opteron 170 @ $16/mo).
PatMan
Hero Member
*****
Offline Offline

Activity: 924


Watch out for the "Neg-Rep-Dogie-Police".....


View Profile WWW
May 05, 2013, 10:37:36 AM
 #5252

WOW! How?

1) actual bitcoin from git ( moves  variables ...Fees.. from main.h to main.cpp)
 2)  set in src/main.cpp the parameters to
int64 CTransaction::nMinTxFee = 1000000000;    # Override with -mintxfee
int64 CTransaction::nMinRelayTxFee = 1000000000;





3) compile bitcoin

EDIT:
Or.. not tested:  set  -mintxfee  -minrelaytxfee to 1000000000  without editing main.cpp
 

4) in bitcoin.conf:
blockmaxsize=5000
blockprioritysize=0
blockminsize=0

Greets
Basically your saying that pool mining is 100 times better for bitcoin than your p2pool settings coz some pools can commit up to 100x the transactions that you do.
Transactions are the other part of what is necessary to keep bitcoin alive.
No transactions means no bitcoin.

Agreed. One shouldn't have to start tampering with the transaction settings to get p2pool working optimally, but at the detriment of bitcoin itself, it should just work properly out of the box. I believe if p2pool was rewritten in C or C++ it would not only be more cross platform compatible than python, but it would also definitely make it easier to pinpoint the stratum issue that I have been banging on about ever since it's introduction, simply because it is more widely understood and used by programmers/coders. Of which I am not one  Wink

"When one person is deluded it is called insanity - when many people are deluded it is called religion" - Robert M. Pirsig.  I don't want your coins, I want change.
Amazon UK BTC payment service - https://bitcointalk.org/index.php?topic=301229.0 - with FREE delivery!
http://www.ae911truth.org/ - http://rethink911.org/ - http://rememberbuilding7.org/
PatMan
Hero Member
*****
Offline Offline

Activity: 924


Watch out for the "Neg-Rep-Dogie-Police".....


View Profile WWW
May 05, 2013, 10:39:43 AM
 #5253

WOW! How?

1) actual bitcoin from git ( moves  variables ...Fees.. from main.h to main.cpp)
 2)  set in src/main.cpp the parameters to
int64 CTransaction::nMinTxFee = 1000000000;    # Override with -mintxfee
int64 CTransaction::nMinRelayTxFee = 1000000000;


3) compile bitcoin

EDIT:
Or.. not tested:  set  -mintxfee  -minrelaytxfee to 1000000000  without editing main.cpp
 

4) in bitcoin.conf:
blockmaxsize=5000
blockprioritysize=0
blockminsize=0

Greets
Basically your saying that pool mining is 100 times better for bitcoin than your p2pool settings coz some pools can commit up to 100x the transactions that you do.
Transactions are the other part of what is necessary to keep bitcoin alive.
No transactions means no bitcoin.

I wouldn start a discussion over the pro and cons of TX handling with P2pool.

i  would only show the impact of TX integration on the Performance in an actual setup.

No transactions == bad idea.  No discussion needed.

M

+1

"When one person is deluded it is called insanity - when many people are deluded it is called religion" - Robert M. Pirsig.  I don't want your coins, I want change.
Amazon UK BTC payment service - https://bitcointalk.org/index.php?topic=301229.0 - with FREE delivery!
http://www.ae911truth.org/ - http://rethink911.org/ - http://rememberbuilding7.org/
zvs
Legendary
*
Offline Offline

Activity: 1386



View Profile WWW
May 05, 2013, 10:42:40 AM
 #5254

WOW! How?

1) actual bitcoin from git ( moves  variables ...Fees.. from main.h to main.cpp)
 2)  set in src/main.cpp the parameters to
int64 CTransaction::nMinTxFee = 1000000000;    # Override with -mintxfee
int64 CTransaction::nMinRelayTxFee = 1000000000;


3) compile bitcoin

EDIT:
Or.. not tested:  set  -mintxfee  -minrelaytxfee to 1000000000  without editing main.cpp
 

4) in bitcoin.conf:
blockmaxsize=5000
blockprioritysize=0
blockminsize=0

Greets
Basically your saying that pool mining is 100 times better for bitcoin than your p2pool settings coz some pools can commit up to 100x the transactions that you do.
Transactions are the other part of what is necessary to keep bitcoin alive.
No transactions means no bitcoin.

I wouldn start a discussion over the pro and cons of TX handling with P2pool.

i  would only show the impact of TX integration on the Performance in an actual setup.

No transactions == bad idea.  No discussion needed.

M

+1

I mean, you can all pat yourselves on the back and give the +1's and the high fives for Bitcoin The Way It's Meant To Be Run and glory be to Shitloads of Transactions....

But why not fix p2pool, instead?

Dacentec, best deals for US dedicated servers. They regularly restock $20-$25 Opterons with 8-16GB RAM & 2x1-2TB HDD's (ofc, usually lots of other good stuff to choose from).  I did a Serverbear benchmark of one of my $20/mo Opteron (June last year), it's here.  Have had about a half dozen different servers with Dacentec, & none have failed to sustain at least 40MB/s (burst higher). My favorite is a 12-month rent-to-own ZT Systems 2XL5520 16GB 2x2TB SATA for $40/month (got lucky with the 'off-brand', haven't seen a RTO 2xL5520 for under $50/mo since -- at least for monthly contracts).  wholesaleinternet.com has some ancient 2-core intel CPUs @ $10/mo sometimes (I got an Intel Core 2 6300 @ 1.86GHz, with a 250GB HDD with 46000 hours on it, LOL. $20 @ Dacentec is much better, if you can grab one). joesdatacenter.com (same location as Wholesale Internet) also occasionally has specials (or if you don't want to wait, it has an AMD Opteron 170 @ $16/mo).
PatMan
Hero Member
*****
Offline Offline

Activity: 924


Watch out for the "Neg-Rep-Dogie-Police".....


View Profile WWW
May 05, 2013, 10:45:39 AM
 #5255

WOW! How?

1) actual bitcoin from git ( moves  variables ...Fees.. from main.h to main.cpp)
 2)  set in src/main.cpp the parameters to
int64 CTransaction::nMinTxFee = 1000000000;    # Override with -mintxfee
int64 CTransaction::nMinRelayTxFee = 1000000000;


3) compile bitcoin

EDIT:
Or.. not tested:  set  -mintxfee  -minrelaytxfee to 1000000000  without editing main.cpp
 

4) in bitcoin.conf:
blockmaxsize=5000
blockprioritysize=0
blockminsize=0

Greets
Basically your saying that pool mining is 100 times better for bitcoin than your p2pool settings coz some pools can commit up to 100x the transactions that you do.
Transactions are the other part of what is necessary to keep bitcoin alive.
No transactions means no bitcoin.

I wouldn start a discussion over the pro and cons of TX handling with P2pool.

i  would only show the impact of TX integration on the Performance in an actual setup.

No transactions == bad idea.  No discussion needed.

M

+1

I mean, you can all pat yourselves on the back and give the +1's and the high fives for Bitcoin The Way It's Meant To Be Run and glory be to Shitloads of Transactions....

But why not fix p2pool, instead?

I've been asking that to be done for months now.......as you know.

"When one person is deluded it is called insanity - when many people are deluded it is called religion" - Robert M. Pirsig.  I don't want your coins, I want change.
Amazon UK BTC payment service - https://bitcointalk.org/index.php?topic=301229.0 - with FREE delivery!
http://www.ae911truth.org/ - http://rethink911.org/ - http://rememberbuilding7.org/
Subo1977
Sr. Member
****
Offline Offline

Activity: 345


View Profile
May 05, 2013, 11:06:59 AM
 #5256

WOW! How?

1) actual bitcoin from git ( moves  variables ...Fees.. from main.h to main.cpp)
 2)  set in src/main.cpp the parameters to
int64 CTransaction::nMinTxFee = 1000000000;    # Override with -mintxfee
int64 CTransaction::nMinRelayTxFee = 1000000000;


3) compile bitcoin

EDIT:
Or.. not tested:  set  -mintxfee  -minrelaytxfee to 1000000000  without editing main.cpp
 

4) in bitcoin.conf:
blockmaxsize=5000
blockprioritysize=0
blockminsize=0

Greets
Basically your saying that pool mining is 100 times better for bitcoin than your p2pool settings coz some pools can commit up to 100x the transactions that you do.
Transactions are the other part of what is necessary to keep bitcoin alive.
No transactions means no bitcoin.

I wouldn start a discussion over the pro and cons of TX handling with P2pool.

i  would only show the impact of TX integration on the Performance in an actual setup.

No transactions == bad idea.  No discussion needed.

M

+1

I mean, you can all pat yourselves on the back and give the +1's and the high fives for Bitcoin The Way It's Meant To Be Run and glory be to Shitloads of Transactions....

But why not fix p2pool, instead?

I've been asking that to be done for months now.......as you know.

good discussion,
I say'd there must be at  problem but
Everybody say'd theres no problem with p2pool...

Fix the Problem....

I provide a 1000Mbit+ Torrent-Seedbox in FR and a 500Mbit Box in NL for orginal Blockchain Bootstrap.dat download. and also for Armoryclient Torrent

Tips are welcome:  15MuGdPSXU62fEFE9XbBZN3UvJMHBDVBoy
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
May 05, 2013, 11:43:47 AM
 #5257

good discussion,
I say'd there must be at  problem but
Everybody say'd theres no problem with p2pool...

Fix the Problem....

I was using p2pool for the last couple weeks with no issues whatsoever with my measly 7.6gh.  On a different coin atm.

EDIT: I'm of the opinion that p2pool is more bandwidth constrained that one might think.  I was running below pool stale rate the whole time by running p2pool and bitcoin on an SSD and having ALL port forwarding turned off, default settings everywhere else.  The only time my stale rate started to climb is when I was downloading something for an extended period of time that saturated my bandwidth.  I have 3mb down and 768kb up (adsl).

On the other coin I'm using atm, I'm seeing the same, I'm below pool stale rate, regularly significantly lower.

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.
gyverlb
Hero Member
*****
Offline Offline

Activity: 896



View Profile
May 05, 2013, 12:08:36 PM
 #5258

Agreed. One shouldn't have to start tampering with the transaction settings to get p2pool working optimally, but at the detriment of bitcoin itself, it should just work properly out of the box. I believe if p2pool was rewritten in C or C++ it would not only be more cross platform compatible than python, but it would also definitely make it easier to pinpoint the stratum issue that I have been banging on about ever since it's introduction, simply because it is more widely understood and used by programmers/coders. Of which I am not one  Wink

I don't see any problem with Python. The current line of discussion is about bitcoind latencies, which is... programmed in C/C++.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
Searinox
Member
**
Offline Offline

Activity: 100

Do you like fire? I'm full of it.


View Profile
May 05, 2013, 12:35:41 PM
 #5259

I always find it weird how my P2Pool hashrate keeps fluctuating even in idle, sometimes reaching as high as 280Mh/s or dropping as low as 110Mh/s. I have my miner set up as recommended for my card. Is there anything I can do about it or is this not the miner/setup's fault and rather p2pool's?
daemondazz
Sr. Member
****
Offline Offline

Activity: 280



View Profile
May 05, 2013, 12:42:27 PM
 #5260

I don't see any problem with Python. The current line of discussion is about bitcoind latencies, which is... programmed in C/C++.

In any event, you do not need to rewrite the entire application in C/C++, just the module(s) that are time critical and then you can import the compiled C/C++ module into Python using Swig.

Computers, Amateur Radio, Electronics, Aviation - 1dazzrAbMqNu6cUwh2dtYckNygG7jKs8S
Pages: « 1 ... 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 [263] 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 ... 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!