|
Anyone know what is wrong with the pool over the past day or so? I don't see anything in the recent code changes, but the pool seems to be finding way more blocks that it is supposed to, so something is apparently wrong...
|
|
|
|
With longpool miner does not fall off. It appeared along with stratum.
It's a bug in cgminer when stratum is being used. Upgrade to the latest cgminer. If it is still happening, ask in the cgminer thread. |
|
|
|
Granted, it could be coincidence.
A handfull of shares are far too few to identify statistically valid patterns. My stats for the past couple days with the latest bitcoind... Shares: 137 (8 orphan, 1 dead) Stale rate: ~6.6% (3-13%) Efficiency: ~110.8% (104-115%)
|
|
|
|
How are you guys upgrading to not restart to 0? The last time I upgraded from 9.0 to 9.2 my shares reset to 0 and I lost a day of mining.
Restarting doesn't reset your earnings or any shares you have previously found. It just resets the stats that are displayed in the console. It can, if he mine on another address after upgrade aka different/deleted cashed payout address file or another wallet. Even if he starts a new address, the old address will still get paid as blocks are found. Nothing is lost from restarting. |
|
|
|
How are you guys upgrading to not restart to 0? The last time I upgraded from 9.0 to 9.2 my shares reset to 0 and I lost a day of mining.
Restarting doesn't reset your earnings or any shares you have previously found. It just resets the stats that are displayed in the console. |
|
|
|
That's looking better, even though it is early doors. How did you manage to get connected to so many peers (30 &24 in)? I've never managed to get above 11 & 0 in.....
That's 6 outgoing (which is the recently revised default) and those always fill up quickly. The incoming ones always take a few hours to re-arrive after I restart p2pool. The only way another node will connect to me is if it is restarted, itself (and therefore needs to re-establish it's 6 outgoing connections) or if it loses one of its 6 outgoing connections. Also, nodes prefer to connect to "old" peers that have been around for a long time, and my node has been running consistently for about a year, so I don't usually have to wait more than a day to be full on incoming connections again. |
|
|
|
This release is a test to see whether it mitigates the high stale proportion the pool is seeing. Please use it and report if things improve for you!
It's probably not been long enough for this to be statistically valid, but things look better for me (prior to this version I was closer to 20% stale rate): P2Pool: 17355 shares in chain (17359 verified/17359 total) Peers: 30 (24 incoming)
Local: 1610MH/s in last 10.0 minutes Local dead on arrival: ~1.8% (0-5%) Expected time to share: 28.7 minutes
Shares: 18 (0 orphan, 1 dead) Stale rate: ~5.6% (0-26%) Efficiency: ~117.8% (92-124%) Current payout: 0.2555 BTC
Pool: 365GH/s Stale rate: 19.8% Expected time to block: 11.2 hours
We'll see how things look after another 24-48 hours. |
|
|
|
Yup, tried that too - still disappears too quickly to read it....even with the -T flag. Been a few years since I used DOS, but I'm sure this is right: START Users\<User>\Desktop\Mining\cgminer-2.9.4-win32\cgminer.exe The miner starts, then I get a very fast error message and it closes...... I'm doing something stupidly wrong here.........  Run: cmd A black window with a prompt will pop up and not go away. At that prompt, run cgminer. |
|
|
|
Actually I somewhat wish people would donate more for stratum support and no one donated for GBT support and I could disable that steaming pile of shit protocol. I might just disable it by default and add a command line to enable it instead. This is the reason I implemented stratum support first, to demonstrate how much better it actually was and show my support for the superior pool mining protocol, and I was hoping gbt would just go away.
Post two bitcoin addresses, one for donations from those who want to show support for stratum, and the other for showing support of GBT. That way people can "vote" with their wallets. |
|
|
|
Updated to v9. It seems I'm always one of the last ones to move over (because I'm not as active on these forums anymore). Could I possibly get someone to shoot me an email when a new binary is released? That way I don't get left behind, and we can move the transition to the next version along?  Sign up here: http://groups.google.com/group/p2pool-notificationsforrestv uses this to send subscribers notifications anytime there is a required new version (or other urgent communications). |
|
|
|
I see a big bold warning on the client that says this is a test build and should not be used for mining.
I am curious if others are mining with this anyway. I, also, tried the latest and then went back to the stable version after seeing this message. Mostly because I have used git-versions of bitcoind a lot in the past and they generally never had warnings like this. So I took the presence of this warning to be an indication that it was especially unwise to mine with it. But does anyone actually know if it has serious issues or if the message is mostly about prudence? |
|
|
|
The correlation coefficient between hashrate per round and shares per round on D is 0.08. That means no significant correlation at all. Hashrate does not correlate with round length in a linear way. Plotting one against the other doesn't really show any pattern at all. It looks like a cloud of mosquitos.
Unfortunately the data only goes back to August - is there access to all rounds somewhere?
If you are getting them from my site, you have to add a querystring parameter to get all data since I changed the main page to only show 90 days worth to improve routine performance: http://p2pool.info/blocks?all=true |
|
|
|
why does p2pool always seem to fall on its face when the hashrate is > 380gh?
What makes you think it has fallen on its face? |
|
|
|
Are there any issues with running multiple instances of cgminer as long as they are talking to different devices? Does cgminer hold any locks or open any pipes or temp files?
I do this without any problems as a way to point my BFL Singles to different pools than my GPUs. |
|
|
|
So a hard p2pool fork?
Sorry I guess I'm just too used to BTC devs running screaming every time a hard fork is mentioned ... so I didn't think that's what you were referring to.
Most of the p2pool upgrades that I've seen are hard forks It's less severe than a bitcoin hard fork because worst case, you are just left solo mining. It's not like you are on a different bitcoin blockchain and can't spend your money anymore. |
|
|
|
got 5,07 bitcoin in 12 hours of mining   (~4,5ghs, estimated by p2pool 0,62-0,80/24hr)  Mystery solved: That's not 5 BTC in 12 hours. It's 5 BTC in 26 hours |
|
|
|
Since our current lucky streak has been completely jinxed already, I'll just pile on and point out that for the first time in nearly a year, the all-time luck is back to even!  |
|
|
|
|
People talk about the reward halving as if it will have some big mysterious and unprecedented effect on miners. Income has been cut in half several times over the past few years as difficulty has increased. Keep in mind that for any individual miner, the reward being cut in half has exactly the same effect on income rate as the difficulty doubling. If you want to see what affect that will have, just look back at the past 3 months. At the start of July, difficulty was close to 1.5 million. Now it is a bit above 3 million. How have you reacted to your income being cut in half over the past 3 months?
|
|
|
|
|
Hello, all.
Just FYI, I plan to shut down my signature image generating application hosted at btcstats.net soon.
As it is no longer possible to add signature images on bitcointalk.org and avatar images have also been made static, there seems little point in this service. By shutting it down, I can save some $ by not paying the hosting fees anymore.
I know that some people use these signature images on other forums. As such, I do plan to put the source code on github when I shut the service down so those that still find value in these signature images can host them, themselves. Of course, I have no idea if those people will see this message, so I will also change btcstats.net to a static page (on a free web host) with this explanation and a link to the github repository.
If you have any questions, let me know.
|
|
|
|
|
Show Posts
