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

I've been trying different things.  The large share size when was I was trying to use my VPS.

M

If your miners and node are local, then that traffic is not going outbound, so it wouldn't impact your bandwidth limitations.  I figured you'd already done the connection limit and shut down the inbound ports, but thought I'd mention it in case anyone else happened to have bandwidth limitations and hadn't done so yet.

Nothing is coming in, and outgoing connections are limited.

I have a VPS node, but it's on the other side of the country.  I get 16% stale if I use it compared to 1.5% local.

M

Your miners and your node aren't on the same network I presume?  Can you run your p2pool node on the same local network as your miners?  The vast majority of the bandwidth being consumed by p2pool is the broadcasting of the share chain data, not the data from your miners.  I don't know how you've got things setup (like co-located miners, but running the p2pool node from your home PC, or miners in your home, but running the p2pool node on a VPS).

Bandwidth limitations suck.  Sorry you're suffering from it

EDIT: one thing you can do, if you haven't, is to ensure you aren't accepting traffic on 9333.  Yeah, it'll turn off incoming connections to your node, but it'll definitely reduce your overall usage.  You can also limit your connections to bitcoind and/or not allow traffic on port 8333.

I was trying to set the pseudo share size high to reduce my bandwidth usage.  I'm still constricted by my DSL bandwidth.

Thanks for proving what I saw. 

M

It's limited in p2pool.  You guys are looking in the wrong spot.  From bitcoin/networks.py:

Here's the implementation of its usage in work.py:

The difference between '+' and '/' is that '+' sets the pseudo-share difficulty (i.e. shares that p2pool cares about recording from this particular BTC address) and '/' can have an effect on your payouts if you set it higher than p2pool's minimum share difficulty.

Set '+' too low and you'll see really pretty graphs with far fewer spikes because the node starts to care about more and more meaningless shares.  You're also likely to see a whole lot more of those "Miner submitted share more than once" messages in your logs.

Set '/' lower than current p2pool share difficulty and its meaningless.  Set it above current p2pool share difficulty and even if your miner finds a share that would satisfy the requirements and end up on the chain, it will not be counted unless it also meets the difficulty requirements you set by using the '/' parameter.  The benefit of this is that each share you DO submit is more heavily weighted than the "normal" shares, so it's worth more.  At this point in the game, unless you're bringing a few hundred TH/s onto a node, there's no need to use this parameter at all.

on the p2pool node I see work size of 999,999.

M

I wonder if the limitation is in CGMiner?

Following up from my earlier post about my half dead S5, I had a pleasant surprise when UPS came knocking on my door with a replacement hashing board today - I didn't even realise that BitmainWarranty had despatched it! Straight away I got to work, stripped the S5, removed the offending board, slid in the new one & put it back together - it didn't take long at all due to the "open air" design...... The result:



Running for 3 hours now without a hitch - lovely! 

Respect & thanks are due to BitmainWarranty who was super fast in arranging the replacement board without a hassle, as well as friendly & understanding as usual, unlike a certain other "representative" - who should take a leaf out of BitmainWarranty's book on customer relations instead of barking at customers. If he did so, Bitmain & himself would be far better for it.

Faith restored 

I never understood the point of the /parm.  Just the +parm.

I tried setting my miners to +7000000 and they all come up as 999,999.

I got the same result with +5000000.

M

The arguments are share difficulty and pseudo share difficulty:

/+

Setting to 0 defaults to lowest p2pool diff, setting to any number less then current p2pool diff will result the minimum current diff

All setting pseudo share does is smooth out your graphs a little, it does not improve mining.

is recommended to be calculated as your hash rate in KH/s times 0.00000116

i.e. for an S3 that actually runs at 440GH/s: 440,000,000 * 0.00000116 = 510.4

M, to answer your question directly, here is the code from work.py, starting at line 299:

Code:

if desired_pseudoshare_target is None:
    target = 2**256-1
    local_hash_rate = self._estimate_local_hash_rate()
    if local_hash_rate is not None:
        target = min(target,
            bitcoin_data.average_attempts_to_target(local_hash_rate * 1)) # limit to 1 share response every second by modulating pseudoshare difficulty
else:
    target = desired_pseudoshare_target
target = max(target, share_info['bits'].target)

So you should be able to set it as high as you want...

This may help with your question https://bitcointalksearch.org/topic/m.9643415. The one just below from JB also gives some insight.

Did u try?  Any eg?

Thx @patman

We on a roll keep the blocks rolling in

another question of the day :

if i do this : Appending "/1000" to a miner's username, i see this on the console : (which is also the diff shown under Current Share Difficulty)

New work for worker! Difficulty: 999.984741 Share difficulty: 13464960.940531 Total block value: 25.016444 BTC including 115 transactions

if i DO NOT append the /1000 to the miner's username (which is a BTC add), i see this on the console : (the value is different & much higher than the Current Share Difficulty)

New work for worker! Difficulty: 999.984741 Share difficulty: 25433607.461485 Total block value: 25.016424 BTC including 119 transactions

so which is which ? should or should not ? confused here  

yes, looked thru the web & all but a finer explanation will be greatly appreciated as being pointed to the right direction with better understanding.

if my miner has a capability of 1th/s & it's getting shares @ the Current Diff (/1000), that means to me it has better chance of getting a share faster but if it's the other way round (without /1000) same 1th/s but with higher difficulty means it has a lower chance or a longer time to get a share.

HEHEHEHHE i found a block ! for p2p

BITCOIN BLOCK FOUND by 1JKhNWfS4D7PPzpvKpqwCny8qeySJta7fh! https://blockchain.info/block/000000000000000011ca2e3 e4607bf793b191de7a2810cd07cdc3a53006dc6b2

I thought I'd read you could set your pseudo share difficulty to just about any value?  My nodes seem to be limited to 1,000,000.

M

This has been fixed.

Only the first pool is p2pool, the other two are failover.

I believe the third was eligius - I think it starts at diff 1 & adjusts accordingly, but don't quote me on that  

Happy new year folks! I'm on vacation but will make sure it is added when I get back to the office.

It didn't show up on my node as well but did hit may wallet.

Happy new year!!!

In blockchain the block nr. 336844 is of p2pool, but I can't see it in coincadence. 

many thx .. can't see myself on the localhost but i could see it from my mobile on different network (ip add)