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

Thanks a lot.

Just copy the "data" folder to the directory of a newer version.
Or you can keep the "data" folder somewhere outside the p2pool directory,
and add a "--datadir" parameter to your batch file, for example:

Sounds like something someone with a 60ghash miner would say 

Is there an easy way to keep graph stats when upgrading/using to a newer version ?

I'm using the windows binary.

I'd like to see the reward system change as well.  The current one doesn't give much incentive.  I like your idea, all the TX fees go to the solver + his portion of the block.

M

I just thought you were being sarcastic, w/ the quoted Subo msg 

Sorry it seems I mixed up your graphs with centove's graphs, painkillers seems to have a measurable effect on my ability to read...

& gyverlb


i update once every day or two, to the latest git version.  though, the main thing as far as the getblocktemplate latency goes is how many transactions you have stored, i.e. bitcoind getmininginfo.  the more that builds up, the slower it goes.   mine is at 360 right now but clears out after blocks..... because I "cheated" a bit and set my relay fee to 50000 (the same as the creation fee, in everything *BUT* 8.1.99)... once the release is made public w/ the 10000 relay & creation fee, then i won't mess w/ it anymore... but as long as all the official releases have the creation fee at 50000, i don't see anything wrong with setting my relay fee to 50000 as well.  that cuts out a lot of the transactions that end up clogging your pooledtx.  

also, max blocksize has a lot to do with it.  i'm at 5k max blocksize, if I went up to 50k, I'd be getting 2 or 3s latency..

It's all on a ramdrive, too... but that has less to do with it then you think, probably.... example (and i had nothing to do w/ his bitcoin address):

http://rehtid.com:9332/static/graphs.html?Week

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)

in any case, it isn't a huge deal right now since ~7 blocks are being solved every hour.. but I don't like limiting my blocksize due to the orphans...  there needs to be the counterbalance (re: getting the tx fees).

with my avg 6-7ghash, i've solved 3 p2p blocks in the last 3-4 weeks (yes, amazing luck (ed: also solved 1 block on bitminter, for about 1.5BTC worth of mining... and got an 8M difficulty share earlier today, lol))...   but everyone would distribute my normal reward and the blocks would be .3 or .4 btc more if i got to keep all the transaction fees =p

Brilliant! Got it now thanks!
Uhm.
So what does the +d bit do at the end?
(No really! I'd like to be fairly sure I knew!)

Thanks for the nice explanation

Running fine for 3 1/2 hours but memory usage graph still empty.

The amount the share is worth is based on the target diff you were aiming for, not what diff the share ended up being.

So if you were targetting diff 1,000 shares, and you got 2 shares, at 1,074 and 7,771 then both of those shares would be worth a diff 1,000 share.

If you were targetting diff 2,000 shares, then the 1,074 wouldn't have counted as a share, you would have still got a share for the 7,771 one, which would be worth a diff 2,000 share, which should give you the same share of the payout.

(my example is probably over-simplified, but you get the idea)

-- Smoov

Don't know if this was directed at me or not...

gregm@db:~$ bitcoind getinfo
Botcoind
{
    "version" : 80100,
    "protocolversion" : 70001,
    "walletversion" : 60000,
...
}

However.... It's kinda a beefy machine....

processor   : 15
vendor_id   : GenuineIntel
cpu family   : 6
model      : 26
model name   : Intel(R) Xeon(R) CPU           L5520  @ 2.27GHz

and 32 Gigs of memory....

I concur: zvs, your bitcoind latency is too high, you are probably losing some income. Read the guide in my signature.

i get alot of rejected with the new version
also the latency is highter, new version suck big balls lol

cool Bitcoind times.

which bitcoind version ?
I got only an average from 0.10 sec

What version of twisted is it using?

I put in a 4750 share that got 0..  I don't know if it'll let you set your difficulty to 21700, but if you can and you did, then you would have gotten credit for 21700

That doesn't seem quite right. I just put in a 21,700 share, and it seems to be worth just as much as any other share I've put in.

not here though:

http://nogleg.com:9332/static/graphs.html?Week