Bitcoin Forum
December 09, 2016, 03:55:04 PM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 314 315 316 317 318 319 320 321 322 323 324 325 326 ... 744 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2033346 times)
centove
Full Member
***
Offline Offline

Activity: 194


View Profile
May 23, 2013, 12:00:02 PM
 #5501

Seen on the btcguild news page:

Quote
Stratum servers have recently had a patch applied to the bitcoind client which should reduce the time the servers spend waiting for new work to be generated when a block is found on the network. This should result in fewer stales for all users on Stratum, who have seen stale rates increasing due to performance issues in bitcoind the last week.

So I guess the ebil p2pool people weren't the only ones seeing the problem...

Give me Btc: 1BRkf5bwSVdGCyvu4SyYBiJjEjbNiAQoYd Mine on my node: http://ask.gxsnmp.org:9332/
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
Amph
Legendary
*
Offline Offline

Activity: 1358



View Profile
May 23, 2013, 07:39:37 PM
 #5502

w8 perhaps i missed a part, but the config file is the same of the old version 8.1?
because nothing has changed when i set the new parameters, the latency remain the same, with or without setting

daemondazz
Sr. Member
****
Offline Offline

Activity: 294



View Profile
May 23, 2013, 11:21:13 PM
 #5503

w8 perhaps i missed a part, but the config file is the same of the old version 8.1?
because nothing has changed when i set the new parameters, the latency remain the same, with or without setting

Did you upgrade to 0.8.1rc1?

As I posted from my latency graph screenshot, the latency about halved with the new version at default settings on my system.

Computers, Amateur Radio, Electronics, Aviation - 1dazzrAbMqNu6cUwh2dtYckNygG7jKs8S
daemondazz
Sr. Member
****
Offline Offline

Activity: 294



View Profile
May 24, 2013, 05:20:05 AM
 #5504

Someone appears to be bringing more hardware online in the pool, approx 100GH/s in the last hour or so, my node is currently reporting 980GH/s

Are we going to break 1TH/s soon Huh

Computers, Amateur Radio, Electronics, Aviation - 1dazzrAbMqNu6cUwh2dtYckNygG7jKs8S
daemondazz
Sr. Member
****
Offline Offline

Activity: 294



View Profile
May 24, 2013, 05:22:20 AM
 #5505

Nice!

2013-05-24 14:52:34.464483  Pool: 1000GH/s Stale rate: 16.5% Expected time to block: 13.3 hours

Computers, Amateur Radio, Electronics, Aviation - 1dazzrAbMqNu6cUwh2dtYckNygG7jKs8S
Amph
Legendary
*
Offline Offline

Activity: 1358



View Profile
May 24, 2013, 10:13:04 AM
 #5506

w8 perhaps i missed a part, but the config file is the same of the old version 8.1?
because nothing has changed when i set the new parameters, the latency remain the same, with or without setting

Did you upgrade to 0.8.1rc1?

As I posted from my latency graph screenshot, the latency about halved with the new version at default settings on my system.
yeah latency is better
my concern is that even if i put those settings in the config file
mintxfee=0.01
minrelaytxfee=0.005
the latency remain the same as default

rav3n_pl
Legendary
*
Offline Offline

Activity: 1320


Don`t panic! Organize!


View Profile
May 24, 2013, 11:47:15 AM
 #5507

mintxfee=0.01 is too big imo, tx fee is calculate per 1kb of tx data, so if s1 is sending from p2pool mining account this can hurts.

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

Activity: 477



View Profile
May 24, 2013, 01:46:20 PM
 #5508



Not bad huh?
rav3n_pl
Legendary
*
Offline Offline

Activity: 1320


Don`t panic! Organize!


View Profile
May 24, 2013, 01:49:53 PM
 #5509

Not bad huh?
HOW?
Give us spec.

ps. update main topic, we passed 1000 GH/s Cheesy

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

Activity: 477



View Profile
May 24, 2013, 01:58:36 PM
 #5510

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

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

Greets

I did what is stated above to the latest 0.8.2rc2 (sipa changes). I had similar results with the 0.8.2rc1 as well (3.00ms).

Deja Vu no?
gyverlb
Hero Member
*****
Offline Offline

Activity: 896



View Profile
May 24, 2013, 02:36:08 PM
 #5511

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

Greets

I did what is stated above to the latest 0.8.2rc2 (sipa changes). I had similar results with the 0.8.2rc1 as well (3.00ms).

Usually I agree to some blockmaxsize and tx fee tuning, but it's going too far here. forrestv suggested that the bitcoind latency doesn't influence your efficiency noticeably and I can confirm that below 0.2s I don't see any meaningful difference (I'm still at 110-115% efficiency).

In fact you may actually hurt your income at this point. Depending on your hashrate you will eventually hit a block and it will pay less to everyone, yourself included. If you only have hundreds of megahashes this doesn't change much for everyone as you probably won't hit a block in the foreseeable future but if you are one of the lucky few with ~100GH/s (there are at least 2 currently according to the payouts) it's 10% of the total p2pool network and nearly 10% of less fees for everyone yourself included. Fees are ~1% of the incomes currently.

This means ~0.1% less income for everyone. If you encourage others to do the same mistake, this is 1% less income for everyone.

My recommendations if you want to tune bitcoind:
  • compile it from git head like GrapeApe: it has the latest performance enhancements and its default mintxfee and minrelaytxfee values are better for miners (don't touch the source, modifications of constants demonstrated earlier in this thread will only make things more difficult and only touch default values that can now be changed with the mintxfee and minrelaytxfee parameters)
  • look at your average bitcoind latency as reported by p2pool for at least 24h
  • if your latency is above 0.1s and only if it is try the following tunings (from first to last) measuring the result for at least 24h each time you apply one of them and stop when you reach <0.1s latency (it will give you some margin if something slows down bitcoind later and avoid its latency raising above 0.2s, you should monitor this value and many others with monitoring software if you value your income anyway):
    • give CPU and IO priority to your bitcoind and p2pool processes if your OS allows it (see the guide in my signature, I'll update it soon for Linux examples)
    • move the bitcoind and p2pool data directories to SSD storage
    • reduce blockmaxsize to 250000 instead of 500000
    • raise mintxfee and minrelaytxfee to 0.0005
    • if you are still above 0.1s, reapply the measure that had the largest impact on your getblocktemplate latency between the last 2 (blockmaxsize=125000 or mintxfee/minrelaytxfee=0.001 for example)

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
rav3n_pl
Legendary
*
Offline Offline

Activity: 1320


Don`t panic! Organize!


View Profile
May 24, 2013, 02:50:04 PM
 #5512

So for git and 0.8.2 it all can be set in bitcoin.conf
I`ll try this:
Code:
blockmaxsize=500000
blockprioritysize=10000
blockminsize=5000
mintxfee=0.0005
minrelaytxfee=0.0005

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

Activity: 477



View Profile
May 24, 2013, 03:04:26 PM
 #5513

Uuhh please don't call them GrapeApe modifications (just following directions from another post). With that said gyverlb I agree completely. My efficiency is the same with 2.5ms vs .05s latency. So yes all I am doing is ultimately cutting into my (everyones) income. I have done exactly as you recommended above. By the way your guide has been a huge help.
gyverlb
Hero Member
*****
Offline Offline

Activity: 896



View Profile
May 24, 2013, 03:08:59 PM
 #5514

Uuhh please don't call them GrapeApe modifications (just following directions from another post). With that said gyverlb I agree completely. My efficiency is the same with 2.5ms vs .05s latency. So yes all I am doing is ultimately cutting into my (everyones) income. I have done exactly as you recommended above. By the way your guide has been a huge help.

I'll edit my post right away to remove "GrapeApe modifications" (I can't fit many posts in my short-term memory and I'm a little groggy from painkillers so I make mistakes, sorry).

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

Activity: 896



View Profile
May 24, 2013, 03:17:43 PM
 #5515

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

Greets

I did what is stated above to the latest 0.8.2rc2 (sipa changes). I had similar results with the 0.8.2rc1 as well (3.00ms).

Usually I agree to some blockmaxsize and tx fee tuning, but it's going too far here. forrestv suggested that the bitcoind latency doesn't influence your efficiency noticeably and I can confirm that below 0.2s I don't see any meaningful difference (I'm still at 110-115% efficiency).

In fact you may actually hurt your income at this point. Depending on your hashrate you will eventually hit a block and it will pay less to everyone, yourself included. If you only have hundreds of megahashes this doesn't change much for everyone as you probably won't hit a block in the foreseeable future but if you are one of the lucky few with ~100GH/s (there are at least 2 currently according to the payouts) it's 10% of the total p2pool network and nearly 10% of less fees for everyone yourself included. Fees are ~1% of the incomes currently.

This means ~0.1% less income for everyone. If you encourage others to do the same mistake, this is 1% less income for everyone.

My recommendations if you want to tune bitcoind:
  • compile it from git head like GrapeApe: it has the latest performance enhancements and its default mintxfee and minrelaytxfee values are better for miners (don't touch the source, modifications of constants demonstrated earlier in this thread will only make things more difficult and only touch default values that can now be changed with the mintxfee and minrelaytxfee parameters)
  • look at your average bitcoind latency as reported by p2pool for at least 24h
  • if your latency is above 0.1s and only if it is try the following tunings (from first to last) measuring the result for at least 24h each time you apply one of them and stop when you reach <0.1s latency (it will give you some margin if something slows down bitcoind later and avoid its latency raising above 0.2s, you should monitor this value and many others with monitoring software if you value your income anyway):
    • give CPU and IO priority to your bitcoind and p2pool processes if your OS allows it (see the guide in my signature, I'll update it soon for Linux examples)
    • move the bitcoind and p2pool data directories to SSD storage
    • reduce blockmaxsize to 250000 instead of 500000
    • raise mintxfee and minrelaytxfee to 0.0005
    • if you are still above 0.1s, reapply the measure that had the largest impact on your getblocktemplate latency between the last 2 (blockmaxsize=125000 or mintxfee/minrelaytxfee=0.001 for example)



Note that if you reach the latest steps, you probably have CPU and IO limitations that are hurting your efficiency elsewhere anyway.

If your node is in ideal conditions (very strong CPU and SSD dedicated to bitcoind + P2Pool) and your latency still needs heavy tuning (blocksize < 100000 or fees > 0.001) to reach 0.1s, this is starting to hurt the Bitcoin network (especially if you control large hashrates): you should start discussing it with other p2pool miners to see if it's a general problem worth reporting to the Bitcoin devs.

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

Activity: 1386



View Profile WWW
May 24, 2013, 06:28:03 PM
 #5516

This server is using the latest git pull with unmodified settings on fees & a max blocksize of 500000 (isn't the default 1,000,000?  or is it still 500k for p2pool?)

http://nogleg.net:9332/static/graphs.html?Hour

granted, it's also running ltc @

http://nogleg.net:9327/static/graphs.html?Hour

but that doesn't seem to really take much resources anyway

    "blocks" : 237724,
    "currentblocksize" : 476689,
    "currentblocktx" : 812,
    "difficulty" : 11187257.46136079,
    "errors" : "",
    "generate" : false,
    "genproclimit" : -1,
    "hashespersec" : 0,
    "pooledtx" : 844,
    "testnet" : false

it benches about 5% higher than nogleg.com

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

Activity: 896



View Profile
May 25, 2013, 12:24:04 AM
 #5517

This server is using the latest git pull with unmodified settings on fees & a max blocksize of 500000 (isn't the default 1,000,000?  or is it still 500k for p2pool?)

I believe the default is 500k. 1M is the limit allowed by the protocol and can be set if needed.

In fact if you have a very low getblocktemplate latency, you should increase maxblocksize as there's still 22MB of unconfirmed transaction as I write this according to blockchain.info: there may be fee-less transactions in these 22MB but I assume that there's a lot of fees to grab too.

If you are below 0.1s latency and want to optimize your income, increase maxblocksize gradually until you reach either 1MB or 0.1s latency.

Edit: typo, I meant 0.1s latency not 0.01.

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

Activity: 290



View Profile
May 25, 2013, 12:51:33 AM
 #5518

http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.8.2/test/

Just seen a new rc3 4 hours ago. Anyone want to test?

I'm off to bed.

Bitcoin OTC rating GPG ID: 3E7974A1 P2Pool statistics: p2pool.info
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
May 25, 2013, 03:14:50 AM
 #5519

Ah yeah - I forgot to completely ignore the fact (like you are) that the big pools are confirming the transactions that you aren't ...

So yet again your excuse for proving p2pool is worse for bitcoin is that ... there's apparently a problem with bitcoind that the big pools can work around ... and then you get posts like the one above this post ...

I also notice that gmaxwell is completely avoiding posting here ... yes he's an avid proponent of p2pool ... maybe there's a reason he's not commenting in here ...

What's your point again? Sorry kano, but your bullshitting is so thick I don't even know what you are bullshitting about now.
I think I've found a Luke-Jr V2.0

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

Activity: 1386



View Profile WWW
May 25, 2013, 05:32:42 AM
 #5520

This server is using the latest git pull with unmodified settings on fees & a max blocksize of 500000 (isn't the default 1,000,000?  or is it still 500k for p2pool?)

I believe the default is 500k. 1M is the limit allowed by the protocol and can be set if needed.

In fact if you have a very low getblocktemplate latency, you should increase maxblocksize as there's still 22MB of unconfirmed transaction as I write this according to blockchain.info: there may be fee-less transactions in these 22MB but I assume that there's a lot of fees to grab too.

If you are below 0.01s latency and want to optimize your income, increase maxblocksize gradually until you reach either 1MB or 0.01s latency.

Well, it's hitting like .10-.15s avg, with .0001 fee and 500,000 blocksize, doesn't seem too bad. 

'course, someone could always waste some of their money to spam a lot of junk transactions.  Guess you'd just need to monitor it a bit

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).
Pages: « 1 ... 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 314 315 316 317 318 319 320 321 322 323 324 325 326 ... 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!