|
Thank you eja, I have had many stales and now just watched the CPU spike. I'll try on a different system.
|
|
|
|
What is the likely cause of this? > Failure: twisted.internet.defer.TimeoutError: Getting http://127.0.0.1:8332/ took longer than 5 seconds.
Fairly frequent. P2pool and bitcoind are running on the same system. |
|
|
|
|
I have one of my rigs on p2pool, I have no idea even how to vote (assuming I get a block). Where is the voting for dummies thread?
|
|
|
|
IDK, speculation board is hard to decipher. If it hits $4 I'm taking you up on that offer  |
|
|
|
Until I can get 770Mh/s from a 7900 series I'm a buy on 5970's. I'm not giving up a positive monthly cashflow for a one time capital gain. So if your selling, I have coins  I will offer you a pair of 5970's for 155 BTC. Includes shipping. ^Not a great deal Did I say it was? Thanks for the insight. It seems to be getting better by the min right now though..... |
|
|
|
Until I can get 770Mh/s from a 7900 series I'm a buy on 5970's. I'm not giving up a positive monthly cashflow for a one time capital gain. So if your selling, I have coins |
|
|
|
Apple are taking their sweet time with the iPhone app. What would My Wallet users rather see Multi-sig transactions or Wallet.dat import/export? Is this going to be a stand alone app or interface to the web wallet? I was hoping for the latter, the web wallet has great features just needs an app to access the camera for QR scanning. But to your question, I rarely use any wallet without encrypted private keys and the ability to generate a paper backup. |
|
|
|
GPU 0: 373.4 / 370.4 Mh/s | A:6662 R:35 HW:0 U:4.99/m I:9
73.5 C F: 51% (2907 RPM) E: 900 MHz M: 775 Mhz V: 1.100V A: 99% P: 0%
Last initialised: [2012-01-23 23:24:54]
Intensity: 9
Thread 0: 186.9 Mh/s Enabled ALIVE
Thread 6: 184.3 Mh/s Enabled ALIVE
GPU 1: 367.1 / 370.0 Mh/s | A:6672 R:32 HW:0 U:4.99/m I:9
73.0 C F: 53% (2985 RPM) E: 900 MHz M: 775 Mhz V: 1.100V A: 99% P: 0%
Last initialised: [2012-01-23 23:24:56]
Intensity: 9
Thread 1: 183.7 Mh/s Enabled ALIVE
Thread 7: 185.7 Mh/s Enabled ALIVE
GPU 2: 372.6 / 370.0 Mh/s | A:6799 R:31 HW:0 U:5.09/m I:9
73.5 C F: 49% (2568 RPM) E: 900 MHz M: 775 Mhz V: 1.100V A: 99% P: 0%
Last initialised: [2012-01-23 23:24:58]
Intensity: 9
Thread 2: 186.5 Mh/s Enabled ALIVE
Thread 8: 186.6 Mh/s Enabled ALIVE
GPU 3: 377.3 / 369.9 Mh/s | A:6529 R:36 HW:0 U:4.89/m I:9
73.5 C F: 59% (3251 RPM) E: 900 MHz M: 775 Mhz V: 1.100V A: 99% P: 0%
Last initialised: [2012-01-23 23:25:01]
Intensity: 9
Thread 3: 187.4 Mh/s Enabled ALIVE
Thread 9: 193.4 Mh/s Enabled ALIVE
GPU 4: 325.6 / 350.8 Mh/s | A:6336 R:32 HW:0 U:4.74/m I:9
75.5 C F: 85% (4219 RPM) E: 800 MHz M: 675 Mhz V: 1.100V A: 99% P: 0%
Last initialised: [2012-01-23 23:25:03]
Intensity: 9
Thread 4: 148.1 Mh/s Enabled ALIVE
Thread 10: 164.5 Mh/s Enabled ALIVE
GPU 5: 368.2 / 366.1 Mh/s | A:6717 R:39 HW:0 U:5.03/m I:9
73.5 C F: 80% (4356 RPM) E: 900 MHz M: 775 Mhz V: 1.100V A: 99% P: 0%
Last initialised: [2012-01-23 23:25:05]
Intensity: 9
Thread 5: 155.7 Mh/s Enabled ALIVE
Thread 11: 197.7 Mh/s Enabled ALIVE
6X6950...Linux - don't have bios flashed so memory stuck at engine -125  |
|
|
|
|
I like the different servers idea, shouldn't be too hard to implement. If I understand this vote correctly, doing nothing is a vote against?? That doesn't give miners who do not understand the implications, don't know how to vote, or just do not want to vote any option. It should be you have to sign yes or no into the block, not just yes. Please correct me if I'm wrong - I do mine.
|
|
|
|
I have donated to this Pool. It leans in a direction that is favorable. However, it would be nice to allow a client to 'hash' or 'generate coins'. This was in the early compiled clients. It is understood that it was to much for the average users. However, one doesn't need to look at it from, Hash as fast as possible using all available resources of the host computer.
How about, a simple slider or selection to let the End User decide if he wants to 'generate coins' and if so at what capacity.
Cgminer has an intensity setting so you don't have to has as fast as possible. |
|
|
|
For all who are interested, BAMT can now be updated to include phoenix 1.7.4 which means that if you run BAMT, you can run on p2pool with a simple upgrade! This should mean that some pretty big mining farms can now run on p2pool.
Does that mean you are adding your farm? |
|
|
|
The best indicators of paid work are Shares: X and Payout if block: BTC from p2pool. Shares is how many shares you have accepted to the pool (minus orphan and dead), payout is the payout to you if your node is the one to find a block. Most of your payouts will be this - 0.5% (the bonus given to the finder of a "true" block).
If I've made any mistakes, experts please correct!
But how do I tune my miner to maxamize shares and payout? Increase I to increase hash rate and U (shares/min) or decrease I to increase own efficiency? |
|
|
|
Today I tried installing Python 2.7 and using the source (forrestv-p2pool-release-0.8.1-71-gfff1dd9.zip).
Now cgminer 2.1.2 suddenly finds about 3 or 4 shares per minute.
p2pool is showing this after about 13 minutes and 45 shares:
Pool: 109GH/s in 25941 shares (25945/25945 verified) Recent: 0.00% >0H/s Shares: 0 (0 orphan, 0 dead) Peers: 10 (0 incoming)
Do you have more than one pool in cgminer config? It looks like your finding too many shares, and they are not going to p2pool. P2Pool pretty much requires long polling - without it you get a lot of dead shares. Lots of rejects and dead shares might be due to bad connectivity or a too-high intensity on cgminer.
Can you explain this more. I get a higher hashrate and U with a higher intensity, but also a lower own efficiency (from more stales). What is a better indicator of paid work, p2pool own efficiency or cgminer U (which I thought was accepted shares/min)? |
|
|
|
|
Does /recent_blocks work?
|
|
|
|
|
Is U a measure of shares processed/min, shares submitted/min, or shares accepted/min? Or what I'm looking for really is does the miner know if the pool declares a submitted/accepted share stale? Or maybe it is just rejected?
|
|
|
|
|
Why do you want to turn LP off? cgminer defaults are best for p2pool. With 200Mh/s I would run for 48 hrs and look for 5-10% reject ratio and p2pool own efficiency close to 100%. A lot of discarded work is normal.
|
|
|
|
|
I understand, I just think your selling yourself short here. You should be pointing your hashing power to a 110% pps pool and selling those coins 20% above market. I "paid" $2.30/BTC last month. If I had people in line to pay 20% over market for them, Newegg would have empty shelves.
|
|
|
|
|
I think where the confusion comes from is OP leads me to believe this is not to promote a new pool but to generate coins to sell to locals at a nice profit. In which case it seems a bit backwards to use others hashing power. If I had local demand like that, I would be buying more GPU's to mine coins below market rate, not offering to pay above market rate for hashing. Or is your elec rate too high?
|
|
|
|
Has anyone thought about this yet?
Bit-Pay allows for merchants to essentially accept Bitcoins as cash that gets deposited directly into their bank accounts.
Is there any way to extend this service to allow a miner to instantly convert pool payouts into cash that is also directly deposited into his/her bank account?
Edit: I think Bit-Pay could REALLY profit from this.
Edit 2: Hey Bit-Pay, could I arrange something like this with you individually?
sign up with pimpcoin.com and point your mining payouts to it.  Or a Bit-Pay deposit card.... https://bit-pay.com/cards.html |
|
|
|
|
Show Posts
