Been testing my upgraded Jally on p2pool after the reports that BFL asics seemed to be doing OK. After around 18 hours, I'm seeing this: Efficiency seems OK? DOA is high though, should I be worried about that? Guess I will let it run a few more days and see how payouts go once we start actually solving some blocks. I'm seeing only 84% efficiency with mine. What settings are you using? My miner name has +256 appended to it. A poster in the BFL forums is using /6000 and is getting results more like yours than mine. Given that share difficulty is only 1080 as I write this, though, wouldn't setting difficulty too high risk throwing out valid shares? To little data to make judgements. At 108 total shares stale+doa rate is (23.1 +- 11. %. I mean that the real rate could be up to 34.9%, which gives efficiency of 83%. So to be sure, you need to wait to get more stats (several hundreds total shares).
|
|
|
Dear forrestv and p2pool node hosters, I've made a patch which provides adaptive share and pseudoshare difficulty to the miners. I believe it might be useful to help miners with little hashrate and reduce load by enforcing high difficulty for fast miners. Difficulty is controled by the new '-d' command line option which can have 3 values: A - adaptive, F - force adaptive, and D (or any other) - default. Default behaves just in the same way as the original version. Adaptive provides adaptive difficulty if the miner hasn't specified desired difficulty. Force adaptive provides adaptive difficulty in any case (user's desired values are ignored). Difficulty is calculated for each username based on its hashrate according to these target rates: - 20 shares per min(estimated time to block, chain length * share period) - 20 pseudoshares per 10 minutes (per user) Source: https://github.com/baloo-kiev/p2pool-adaptiveTest node: 78.27.191.182:8349 It's about 30 lines of code (commented where necessary). Diff: https://github.com/baloo-kiev/p2pool-adaptive/commit/10e59b9564740c6b039380b5b86fdf8071543f48Also, I've just found out that share difficulty has upper limit of 10 times current minimal difficulty. It is set by line 123 in p2pool/data.py bits = bitcoin_data.FloatingInteger.from_target_upper_bound(math.clip(desired_target, (pre_target3//10, pre_target3)))
So I'd like to know what's the reason for this limitation and whether it can be changed to generate shares with even more difficulty.
|
|
|
Hi I'm that user on forums.butterflylabs.com talking about my jalepeno which works fine on p2pool, my current efficiency is 105%. I'm not sure why the p2pool guide claims ASICs can't work on p2pool, it's working fine for me. Once I get my 60GH singles in I'll be trying them there too so we'll see if they hold up as well. It's odd, that's for sure. You have 105% efficiency, but you also have a 20% DOA rate (which is horribly bad). Not sure which number to believe... Isn't 20% DOA pretty average for p2pool? 20% stale is OK. Local DOA must be no more than few percent with proper hardware (with miners in the same LAN where the node is). My AM USB gives 1.8% on localhost.
|
|
|
Hi I'm that user on forums.butterflylabs.com talking about my jalepeno which works fine on p2pool, my current efficiency is 105%. I'm not sure why the p2pool guide claims ASICs can't work on p2pool, it's working fine for me. Once I get my 60GH singles in I'll be trying them there too so we'll see if they hold up as well. It's odd, that's for sure. You have 105% efficiency, but you also have a 20% DOA rate (which is horribly bad). Not sure which number to believe... He should give it a little more time. At "three sigma" confidence interval his stale+dead rate is (18.6 +- 10.2)%, so it could be just good luck.
|
|
|
I simply don't know how to connect my RaspPi with Erupters and several BFLs to it without having a compsci degree.
You can go here http://p2pool.hostv.pl/ or here http://p2pool-nodes.info/ , choose a node with best latency/fee/efficiency combination and mine on it just like you mine in a centralised pool! This is still much better for network health than mining on major pools causing monopolisation and centralisation of Bitcoin.
|
|
|
Bump. Need more stats, please vote!
|
|
|
Meanwhile, First I would like to say that chip is working. Complete confirmation using test-vectors.
|
|
|
Don't forget "unsuitable hardware"
I think there are not so many BFL owners here... yet Maybe not, but the biggest hashrate hardware from BFL and Avalon are currently unsuitable so even if it's not a lot of people, it's a lot of hashrate. BFL ASICs are 10 TH at most, Avalon are about 40 now. Not too much. ...compared to p2pool though? I have 80GH of ASICs which is more than 10% of p2pool atm. One minirig (which I don't have) is more than half the size of p2pool. I mean if you subtract it from total hashrate, you get about 100TH non-BFL/Avalon devices, which is still more than 100 times higher than p2pool hashrate! Also, unsuitable hardware is the only principal restriction that cannot be overcome. It's essential that these devices don't mine in p2pool. But I am rather curious what makes the rest 100TH mine in centralised pools.
|
|
|
Don't forget "unsuitable hardware"
I think there are not so many BFL owners here... yet Maybe not, but the biggest hashrate hardware from BFL and Avalon are currently unsuitable so even if it's not a lot of people, it's a lot of hashrate. BFL ASICs are 10 TH at most, Avalon are about 40 now. Not too much.
|
|
|
Don't forget "unsuitable hardware"
I think there are not so many BFL owners here... yet
|
|
|
What other reasons are possible?
1. Don't want to. 2. Don't want a bag of pennies. 2. In most cases they can be joined for no fee. It will take a couple of days though.
|
|
|
What other reasons are possible? I can't understand why the pool makes only less than percent of total network hashrate!
|
|
|
What is the average BFL asic buyer going to do with a chip? Don't you need a highly technical background to even be able to do anything with it? BFL doesn't guarantee credits you sell, so what if you get scammed? This whole thing sounds shady as hell. on a semi-related note, on Monday June 10th Josh's Bullshit Post of the Day was: Unofficial BFL News ?@BFL_News 10 Jun BFL_Josh (Shoutbox) - We will be shipping some singles this week. Probably a limited number, but more the following week. The week has gone by and all we had was a BFL shill claim they shipped one lousy Single One can automatically transfer his credits to an e-mail through BFL site. It's official and instant, so you only need an escrow to hold coins for a minute.
|
|
|
We need some kind of exchange with escrow The market will be huge given how many BFL orders there are!
|
|
|
Almost there! The item number RU[...]GB was sent to the postal facility KYIV **, the postcode *****, on 13.06.2013, but it has not been handed over to the addressee. Thank you for using our service!
Going to visit the local post office today after work Got it hashing. As reported many times before, it gets damn hot! Just unbelievable how all components are stable at that temperature! I still worry about that because I can easily have 30C ambient temperature under certain conditions. Unfortunately, no local shop has those tiny heatsinks.
|
|
|
Almost there! The item number RU[...]GB was sent to the postal facility KYIV **, the postcode *****, on 13.06.2013, but it has not been handed over to the addressee. Thank you for using our service!
Going to visit the local post office today after work
|
|
|
Seem like my package has stuck in the customs for 3 days already The item number RU[...]GB arrived on 08.06.2013 to office of international postal exchange of Ukraine KYIV MMPO, the postcode 03928. Thank you for using our service! 11.06.2013 13:22
|
|
|
My p2pool node is up again. Sorry for the downtime, a lightning killed my router However, there are no connections with other p2pool nodes, seems like nobody is hosting.
|
|
|
May I use my coins from the second batch to pay in this auction?
|
|
|
|