Thanks guys! I was definitly Spooked off of trying P2Pool because of the weird readouts i was getting, I'll leave it running overnight and see what happens, Worst case scenario, I explode.Most practical worst case senario, I lose 1btc

Question:How exactly does the Payout work with P2Pool? Im curious, (ofc it's prop) But im wondering What/Who/How do/does they/it control(s) the payout prop of the block?

It's definitely the 2.5 SDK. I uninstalled all previous OpenCL and ATI drivers before I got it installed then went to 11.12.

Did you have a newer sdk installed before 2.5? If you did uninstall might not be enough IIRC. Some people have had to manually change the .dlls. Did you delete the .bin file in cgminer folder after switching sdks?

Edit: Did you update to the newest cgminer? I find the newest gives me slightly lower hash rates.

It's been about two days without a block by the way, small pool = high variance.

I ended up switching it to my other rig. The mhash is on par now. I must not have gotten all of the newer SDK out of the way before installing 2.5. Thanks for that.

Just waiting on shares now. Hopefully we can find a block soon so I can be sure this is working right. My rigs got flipped now.

When we've had a long dry streak of blocks, does that decrease the work given out to each miner? As I've said, I have had a serious dry streak of shares when my mhash has been consistent for the past 2-3 weeks. I've gotten about 7-8 shares in the past 36 hours... Not nearly close to my usual 20-30 per 24 hours.

With the above, It really makes me feel like im "missing the target" when im hashing... Seriously.. asif im Missing..., Whereas regular pools are all like WORKWORKWWORKORKWFLSDANFKLDRLWPRLFPDSALPRWOKRWORKROWKAOEWKRWORARKWORWKORWKOWROKWORKWORKMOREMOREMOREMOREMOREMOREMOREMORE

Could someonelooks at my stats and tell me if anything is 'bad'? A few things of my concern are:P2pool says i have submitted 3 shares, Where as CG miner says i have submitted 108I only have 10 Peers, I would expecet there to be more peers on the P2Pool network... I have my ports all setup and ready... Is this amount normalish?I see a GF:3 in cg miner, is that where i should look for shares?------------------------------------------------------------------------------Hey where can we check some kind of like.... Chart.. thingy of how many hashes per block we are doing?(each individual)And like.. a site, Or Thing... to show possible incoming rewards

Could someonelooks at my stats and tell me if anything is 'bad'? A few things of my concern are:P2pool says i have submitted 3 shares, Where as CG miner says i have submitted 108I only have 10 Peers, I would expecet there to be more peers on the P2Pool network... I have my ports all setup and ready... Is this amount normalish?

As someone mentioned, p2pool sends work to cgminer at a low difficulty but only some of them count as real shares in p2pool. That is why p2pool and cgminer disagree and it is normal. Real p2pool shares have a high difficulty and you won't find very many of them:

gribble: The average time to generate a block at 610000 Khps, given the supplied difficulty of 375.328335592, is 44 minutes and 2 seconds

Of course that is an average and just like normal bitcoin blocks, it may sometimes take 3 hours to find a share and other times only 10 minutes.

Last, 10 peers is not abnormal, especially if you just recently restarted. You client does not connect to all peers on the network, only a handful. If you have any incoming (it lists them), then you know your firewall is configured correctly. If you have no incoming peers and have been running p2pool for more than a day or two, then probably your firewall is not configured correctly. It doesn't really matter that much though.

Should everyone be using the --submit-stale option in cgminer? The reason being, even if a share is stale, if it happens to be a winning share we definitely want it to be submitted to p2pool anyways so that it counts as a block find.

And as thirdlight mentioned in another context, p2pool keeps a log of what it writes to the cmd window. The log is data\bitcoin\log; you can open it with a text editor and copy out of that as an alternative to copying from the cmd window.

Should everyone be using the --submit-stale option in cgminer? The reason being, even if a share is stale, if it happens to be a winning share we definitely want it to be submitted to p2pool anyways so that it counts as a block find.

Good question. Can anyone answer this? Are we risking throwing away valid blocks by telling cgminer to discard stale shares?Seems to me that this is the case. A stale share by cgminer is, as far as I know, a share that was found after a long poll. A long poll normally occurs when a new Bitcoin block is found. With P2Pool a long poll indicates that a new P2Pool "block" (share) has been found, not a new Bitcoin block. In the former case cgminer is correct in throwing away a share for a would-be orphan block (because the resulting block would be an orphan), but in the latter case a share might be a valid block even though it's stale... right?

Should everyone be using the --submit-stale option in cgminer? The reason being, even if a share is stale, if it happens to be a winning share we definitely want it to be submitted to p2pool anyways so that it counts as a block find.